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(57) Abstract 

The digital data access and distribution system (100) includes two main components: a data distributor (102) and a user (104). The 
data distributor (102) takes data (106) and produces packaged data (108) which are provided to the user (104) via the communication 
channel (105), perhaps in return for some form of payment (1 10). Corresponding to each of the distributor (102) and the user (104) are the 
system's authoring mechanism (112) and access mechanism (114). The authoring mechanism (112) of the distributor (102) takes the data 
(106) to be packaged and produces packaged data (108) which is provided to the user (104) by the distribution mechanism (118). 
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SYSTEM FOR CONTROLLING ACCESS AND DISTRIBUTION 
OF DIGITAL PROPERTY 

1 . Field of the Invention 

This invention relates to the control of 
distribution and access of digital property as well as 
to the payment therefor, 

2 . Background of the Invention 

The development and deployment of digital 
information networks have raised new concerns for the 
protection of rights to data and information. Recently 
there has been an overall movement to distributed 
computing which allows for more interactivity and for 
greater distribution of data. Copying and distributing 
large volumes of digital information over long 
distances is becoming easier and less costly than ever 
before, and the distributed data are generally 
indistinguishable in quality from the originals. 

Intellectual property, or information, differs 
from real property, especially in that it can be 
embodied in forms which can be copied from the owner 
while the owner still retains the original. 

When information was stored in analog form, the 
copying and redistribution of such information did not 
account for as much economic loss as is possible today. 
This was largely because of the inevitable gradual 
degradation of quality accompanying large-scale, multi- 
gene rational copying of analog information. 

- The storage of information in digital form, on the 
other hand, does not suffer from the degradation 
problems of its analog counterparts. A digital file 
can be copied without loss of fidelity from generation 
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to generation copies. Using error -correct ion, even- 
inevitable flaws can be made so improbable as to occur 
fewer than once in ten billion bits. 

As a result of the ability to copy a digital file 
without loss of fidelity, it is now almost impossible 
to differentiate a digital copy from the digital 
original. Consequently, in the digital domain (as 
compared to the analog domain) the threshold inhibiting 
the making of illicit copies is significantly lowered. 

Laws concerning intellectual property have 
generally not kept pace with the ever changing 
technology. The consequent uncertainty of legal 
protection over time and from country to country only 
serves to emphasize the importance of and need for 
technical protection of intellectual property rights in 
information and data. 

The principal technology which has been used for 
protecting intellectual property is cryptography. 
However, devising practical retail systems for delivery 
of intellectual property from distributor to consumer, 
as distinct from confidential transmission among 
trusted and cleared personnel, has required innovation. 

Executable software -based cryptography can ensure 
that data are distributed only to authorized users. 
The information to be protected is encrypted and 
transmitted to the authorized user(s). Separately, a 
decryption key is provided only to authorized users. 
The key is subsequently used to enable decryption of 
the information so that it is available to the 
30 authorized user(s). 

Other ways of controlling access to data or 
software have included the use of external devices or 
tokens (dongles) needed in order to access the data or 
selected features of a program. Possession of the 
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token is made evident to the computer system by - 
physical attachment of the token to the computer. A 
token is generally attached to a printer, game, or 
network port where executable software can check on its 
5 presence prior to authorizing access. Diskettes have 
also been used as dongles; their presence in the 
diskette drive is checked by the executing software, 
Dongles are generally used to limit access to program 
features and not to limit access to information, 

10 None of those prior art systems which make some 

use of encryption protects the data after it has been 
decrypted. Thus, secondary distribution and multiple 
uses of the data are possible. 

Further, in all of the prior art, once access is 

15 granted, it cannot be controlled in any other ways, 
that is, access is all or nothing. This makes it 
difficult to control copying, secondary distribution, 
as well as to obtain payment for all uses. 

The prior art, including cryptographic processes, 

20 tokens, dongles, so-called "uncopyable" media, various 
executable software protection schemes, and executable 
software for printing that places an identifier on all . 
printed output in a fashion not apparent to a human, 
fails to limit either secondary distribution or 

25 distribution of derivative works. 

This shortcoming is not a failure of mechanism, 
but rather it is an architectural design omission. The 
problem of copying by the authorized user is simply not 
addressed. In each case, once the data are available 

30 to an authorized user, they are basically unprotected 
and may be copied, modified, or transmitted at will. 
Schemes that include identifiers on printed material, 
although they may aid in identifying the source of 
copied material, do not prevent secondary distribution. 
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Executable software-based cryptography can ensure 
that data are distributed only to authorized users. 
However, once data are received they may be freely 
manipulated and redistributed. 
5 In prior art systems, information to be protected 

is encrypted and transmitted to the authorized user(s) 
or, in some systems, made freely available. 
Separately, a decryption key is provided only to 
authorized users. The key is subsequently used to 
10 enable decryption of the information so that it is 

available to the authorized user(s) . At this point the 
information is subject to manipulation arid 
redistribution without further limitation. 

Even if a dongle or token is used to authorize 
15 access to executable software, once access has been 

granted to information that information is subject to 
manipulation and redistribution without further 
limitation. Further, dongles have proven to be 
unpopular because of the need to keep track of them and 
20 ensure that they are separately secured. 

Uncopyable media, generally used either to control 
distribution of information or to control usage of 
executable software, are unpopular because of the 
user's inability to create a backup copy. Further, 
25 most so-called uncopyable disks have fallen victim to 
general -purpose duplication programs, rendering their 
protection useless. Thus, even where partially 
effective, the uncopyable disk did not serve as a 
deterrent to capturing information and redistributing 
30 it. 

A further drawback of prior systems is that they 
cannot selectively protect data or protect data to 
different degrees. That is, they provide no controlled 
access to the data. 
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The degree of protection of data is typically made 
by the data owners and/or distributors based on their 
security analysis. It is common to perform security 
analysis in terms of risks, threats (threat can be 
characterized as the intensity of attack on the data) , 
vulnerabilities, and countermeasures . An owner's 
estimate df the probability that a particular threat 
will materialize is crucial to selecting appropriate 
rules to protect property rights. 

The prior art generally provided owners with no 
control over degrees of protection. 

It is desirable to have a system of distributing 
data (intellectual property) that prevents copying, 
restricts re -distribution of the data and provides 
controlled access to the data. 

SUMMARY OF THE INVENTION 
This invention solves the above and other problems 
by controlling access to and use and distribution of 
data. 

For example, when the data are in the form of 
textual and graphical information, this invention can 
control how much of the information is displayed and in 
what form; or, when the data represents a computer 
software program, this invention can control how much 
of the software's functionality is available. 
Classified data are similarly controlled. 

In addition, this invention controls secondary 
distribution and creation of derivative works. Prior 
art systems rely on software for security. Without the 
tamper detection/reset mechanism of this invention, 
software can be modified or data can be intercepted 
rendering useless any attempts at control. 



Degrees of protection utilized in the computer- 
system hardware (for example, tamperproof and 
tamper-detect features) and the cryptographic tools 
will depend on the nature of the data to be protected 
5 as well as the user environment. 

In one preferred embodiment, this invention is a 
method of controlling access to data by protecting 
portions of the data; determining rules concerning 
access rights to the data; preventing access to the 
10 protected portions of the data other than in a non- 

useable form; and permitting a user access to the data 
only in accordance with the rules as enforced by a 
tamper detecting mechanism . 

In another preferred embodiment, this invention is 
15 a device for controlling access to digital data, the 
digital data comprising protected data portions and 
rules concerning access rights to the digital data. 
The device includes storage means for storing the 
rules; and means for accessing the protected data 
20 portions only in accordance with the rules, whereby 

user access to the -protected data portions is permitted 
only if the rules indicate that the user is allowed to 
access the portions of the data. 

In another aspect, this invention is a method of 
25 distributing digital data for subsequent controlled use 
of the data by a user. The method includes protecting 
portions of the digital data; preventing access to the 
protected portions of the data other than in a non- 
useable form; determining rules concerning access 
30 rights to the data; protecting the rules; and providing 
the protected portions of the digital data and the 
protected rules. The user is provided controlled 
access to the data only in accordance with the rules as 
enforced by a tamper detecting access mechanism. 
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In another aspect, this invention is a storage 
device, readable by a machine, tangibly embodying a 
package of digital data comprising protected portions 
of- digital data; and rules concerning access rights to 
the digital data, whereby a user is provided controlled 
access to the digital data only in accordance with the 
rules as enforced by a tamper detecting access 
mechanism. 

The data represent computer software, text, 
graphics, audio, and video, alone or in combinations. 

The protecting is done by encrypting the portions 
of the data, and access is prevented to the encrypted 
portions of the data other than in encrypted form. 

In some embodiments the rules are provided with 

the data, whereas in others the rules are provided 

p - 
separately. The rules can specify various access 

rights and controls, including rights of further 

distribution of the data. 

In preferred embodiments, data are destroyed when 
tampering is detected. 

The device containing the mechanism of the present 
invention can be a stand-alone device such as a 
facsimile machine, a television, a VCR, a laser 
printer, a telephone, a laser disk player, a computer 
system or the like. 

As noted above, the rules, policies and 
protections of data are typically made by the data 
owners and/or distributors based on their security 
analysis of various threats. The various threats 
listed above are dealt with by counter-measures in the 
present invention . 

Protection of the output signal is accomplished 
with encryption of a digital signal (as is done in the 
present invention) and scrambling of an analog signal. 



This solution requires installing decryption or 
unscrambling capability in the output device, TV or 
monitor, along with appropriate tamper-detection 
capability. Encryption or scrambling might be effected 
using a public key associated with the output device 
(although, to prevent so-called "spoofing," obtained 
from a certification authority and not from the output 
device) . Alternatively, the output might be encrypted 
or scrambled using a private key only available to the 
designated output device (again ensured via some 
certification mechanism) . The output signal is 
decrypted or unscrambled by the output device using its 
private key and is not available in plaintext form 
outside of the device ' s protected enclosure. 

The output signal is protected by making it 
unavailable outside the access mechanism. A sealed- 
unit computer with tamper detection provides the 
necessary protection. Examples of the acceptability of 
such packaging include lap -top. computers and the 
original Macintosh computer, as well as integrated 
televisions, VCRs and video or audio laser disk 
players . 

Various threats are dealt with as follows: 
Selection of a secure coprocessor is indicated to 
implement protection against unauthorized use when an 
operating system (OS) is determined to be 
untrustworthy- -that is, when the OS cannot provide 
adequate resistance to the anticipated threat. When 
the OS is untrustworthy, any measures implemented in 
the OS, or protected by it,* can be circumvented through 
the OS or by-passing it. 

The protection provided by a coprocessor could be 
circumvented by tampering. The coprocessor is 
protected by tamper detection that causes the rules, 



cryptographic data, and decrypted protected data to be 
destroyed. Both passive and active means are used to 
effect such destruction. Semiconductor memory is 
volatile and does not retain data when power is 
5 removed. A long-life battery provides energy 

sufficient to allow rewriting (zeroizing) nonvolatile 
memory containing, for example, the private key. 
Without the private key the system will be unable to 
decrypt any protected data and it must be returned to 
10 an authorized service facility for re-installation of a 
private key. 

Access may be controlled if the information leaves 
the coprocessor only for output purposes. Deciphered 
information is retained in memory on the coprocessor, 

15 not in main memory. Program execution occurs in the 
coprocessor (e.g, operating in the same manner as did 
so-called "accelerator" coprocessors that allowed a 
user to install an 80286 processor in an 80186 system, 
allowing the user to shift all functions to or from the 

20 faster coprocessor using a software command) . Where 

information must leave the coprocessor, for example, to 
be sent to an output device, it may, depending on the 
associated rules, be encrypted. To receive and process 
encrypted data, the output device must have an access 

25 mechanism as well as public and private keys and tamper 
detect capability. Because some output peripheral 
devices do not have the capability of retransmission, 
the device may be a subset of the full access mechanism 
associated with a processor or computer system. 
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RKTEF DESCRIPTION HF THF, DRAWINGS 
The above and other objects and advantages of the 
invention will be apparent upon consideration of the 
following detailed description, taken in conjunction 
with the accompanying drawings, in which the reference 
characters refer to like parts throughout and in which: 

FIGURE 1 is a schematic block diagram of an 
embodiment of a digital data access and distribution 
system according to the present invention; 
j FIGURES 2 and 3 show logical data structures used 

by the system depicted in FIGURE 1; 

FIGURE 4 is a flow chart of the authoring 
mechanism- of the embodiment of the present invention 
depicted in FIGURE 1 ; 
5 FIGURE 5 is a schematic block diagram of another 

embodiment of a digital data access and distribution 
system according to the present invention; 

FIGURE 6 is a logical data structure used by the 
embodiment depicted in FIGURE 5; 
M FIGURE 7 is a flow chart of the authoring 

mechanism of the embodiment of the present invention 
depicted in FIGURE 5; 

FIGURES 8 and 9 show schematic block diagrams of 
embodiments of the access mechanism according to the 

25 present invention; 

FIGURES 10 (a) -13 are flow charts of the data 
access using the access mechanisms shown in FIGURES 8, 
9 and 15; 

FIGURE 14 shows an embodiment of the invention 
30 which uses an external user status determination 
mechanism; 

FIGURE 15 is a schematic block diagram of an 
embodiment of a distribution system for derivative 
works according to the present invention; 
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FIGURE 16 is a flow chart of data access using the 
access mechanism shown in FIGURE 15; 

FIGURES 17(a) and 17(b) show packetized data 
according to the logical data structures shown in 
FIGURES 2 and 6; 

FIGURES 18 (a) -23(b) show various examples of data 
and their packaging according to the present invention; 
and 

FIGURE 24 shows various implementation levels of a 
typical computer system employing an access mechanism 
according to the present invention. 

DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED 
EXEMPLARY EMBODIMENTS 

A schematic block diagram of a presently preferred 
exemplary embodiment of a digital data access and 
distribution system 100 according to the present 
invention is depicted in FIGURE 1. System 100 includes 
two main components: a data distributor 102 and a user 
104. The data distributor 102 takes data 106 and 
produces packaged data 108 which are provided to the 
user 104 via communication channel 105 , perhaps in 
return for some form of payment 110. 

Corresponding to each of the distributor 102 and 
the user 104 are the system's authoring mechanism 112 
and access mechanism 114, respectively. The authoring 
mechanism 112 of the distributor 102 takes the data 106 
to be packaged and produces packaged data 108 which is 
provided to user 104 by a distribution mechanism 118. 
The packaged data 108 may include access rules 116 in 
encrypted form encoded therewith, or the access rules 
116 may be provided to the user 104 separately (as 
shown in the embodiment of FIGURE 5) . 
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The access mechanism 114 of the user 104 takes - the 
packaged data 108, either including an encrypted 
version of the access rules 116 or having the access 
rules provided separately, and enables the user to 
access the data in various controlled ways, depending 
on the access rules. 

Data 106 provided to or generated by the 
distributor 102 can be any combination of binary data 
representing, for example, computer software, text, 
graphics, audio, video and the like, alone or in 
combinations. As described below (with respect to the 
embodiment shown in FIGURE 15) , in some embodiments 
data 106 can also include other packaged data produced 
by an authoring mechanism according to this invention. 

The difference between the embodiments of the 
distributors 102 and 190, shown in FIGURES 1 and 15, 
respectively, is that the distributor 102 (FIGURE 1) 
does not include an access mechanism 114. Accordingly, 
distributor 102 deals only with newly created data 
(that is, with non-derivative data) . The embodiment 
shown in FIGURE 15 (discussed below) includes the 
functionality of the embodiment shown in FIGURE 1, and 
can also deal with input of protected data (previously 
packaged by a distributor) . The embodiment of 
distributor 102 shown in FIGURE 1 can be implemented 
purely in software (depending on the trust level of the 
employees of the publisher) , whereas the embodiment of 
distributor 190 shown in FIGURE 15 requires some 
hardware implementation. 

Data 106 can also be provided to the distributor 
in non-digital form and converted to digital form by 
the distributor in a known and suitable fashion. The 
content of the data 106 can include, for example, news, 
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entertainment, education, analysis and the like, alone 
or in combinations. 

Note, as used herein, computer software refers to 
any software program used to control any computer 
processor. This includes, but is in no way limited to, 
processors in stand-alone computers; processors in 
video and audio devices such as televisions, video 
recorders and the like; processors in output devices 
such as printers, displays, facsimile machines and the 
like; and processors in appliances, automobiles, 
telephones and the like. 

The data 106 are typically intellectual property 
subject to control. In some cases, distributor 102 may 
receive some form of payment 110 from the user 104 for 
accessing the data. " This payment, or some part 
thereof, may then be provided directly to the actual 
owner (not shown) of the data 106. Further, the 
payment or part thereof may be made before, during or 
after use of the data. 

As noted above, the packaged data 108 may include 
an encrypted version of the access rules 116, or these 
rules may be provided to the user separately. The 
logical data structure for the packaged data 108 is 
shown in FIGURE 2 and includes an encrypted body part 
120, an unencrypted body part 122, encrypted rules 124\ 
(if provided with the packaged data) , and encrypted 
ancillary information 126. Encrypted rules 124 are an 
encrypted version of access rules 116. 

The actual format and layout of the data is 
dependent on the type of data, their intended use, the 
manner in which they are to be accessed and the 
granularity of control to be exercised on the data. An 
encyclopedia, for example, would likely be organized 
differently from a movie or a musical selection. Since 
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the data can be any combination of binary data, 
different parts of the packaged data 108 may be 
structured differently, as appropriate. Accordingly, 
encrypted body part 120 is potentially made up of 
encrypted body elements, and similarly, unencrypted 
body part 122 is potentially made up of unencrypted 
body elements. 

It is, however, envisaged that in presently 
preferred embodiments the data will be structured such 
that some data parts or elements have header 
information which enables the data to be traversed or 
navigated according to whatever rules are to be applied 
and in a manner appropriate for those data. 

An example of the structure of rules 116 is shown 
in FIGURE 3 , wherein the rules include various forms of 
validity checking and identification information such 
as version number 127, authentication data 128, license 
number 13 0, intellectual property identifier 132, first 
and last valid generations of the product 134, 136. 
The rules 116 further include an encrypted data key 138 
as well as the actual rules 140, 142, 144-146 to be 
applied when access is made to the data by a user. The 
actual rules include, but are not limited to, standard, 
extended and custom permissions 140, 142, 144-146, and 
co-requisite rules (permission lists) of source data 
145. 



The function of each field in the rules shown in 
FIGURE 3 is given in TABLE I, below. 

TABLE I 



Field 


Function 


Version number 127 


Defines internal 
configuration template 


Authentication (hash) 128 


Validates integrity of 
this data file. 
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Field 


Function 




License number of these 
rules 130. 


Used by publisher to 
-LtAciiu x j.y owner. 




Intellectual property 
identifier 132. 


Identifies the 
j-iiteiiecLuai property 
product . 


5 


First valid generation of 
the product 134 . 


A-'wI. ilieS cXLcliC Ot 

validity of the license. 




Last valid generation . of 
the product 136. 


Defines extent of 
validity of the license. . 




Encrypted data key 138 . 


Key to access the data. 


10 


Standard "Dermis s ion =! I4.n 


.List ot basic access 
permissions for data. 




Extended permissions 142. 


List of extended access 
permissions for data. 




Custom permissions 144 . 


nxecucaoie code modules . 


15 


Co-requisite rules 
(permissions) for source 
data 145. 


Indicates which source 
data rules are needed. 




Token/biometrics 146 


Indicates the physical 
tokens and/or biometric 
characteristics (if any) 
required for 
identification of each 
aucnorizea user. 




System IDs/Public keys 
147 


Other systems to which 
these rules may be 
redistributed. 


20 


A complete introduction 


and references to further 



reading concerning cryptography and cryptographic 
techniques and mechanisms are found in Abrams, M. D. 
and Podell, H. J., "Cryptography, " Security-An 
Integrated Collection of Essays, Abrams, M. D. et al, 
eds. IEEE Computer Society Press, 1995, which is hereby 
incorporated herein by reference. 
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The Authoring Me chanism 

As shown in FIGURE 1, the authoring mechanism 112 
of the distributor 102 takes data 106 and produces 
packaged data 108 for distribution. The process of 
producing the packaged data which includes rules 116 is 
described with reference to FIGURES 1-4. 

The authoring mechanism 112 incorporates existing 
source data 106 into a packaged format for 
dissemination. As noted above, data 106 can include 
but are not limited to combinations of computer 
software, text, graphics, audio, Video and the like. 
The data 106 may be provided to the authoring mechanism 
112 in various proprietary data formats used in vendor 
software packages as well as having lower level formats 
for graphics, tables, charts, spreadsheets, text, still 
and motion pictures, audio and the like. 

Using the authoring mechanism 112, those elements 
of the data 106 that are to be encrypted are selected, 
as are the cryptographic algorithms and protocols to be 
employed, the payment procedures for the use of the 
data, and other decisions governing how the user 104 
will be permitted to use the data. These decisions are 
used in constructing the permission lists to be 
included in the rules 116. Different classes of users 
can be defined, based, for example, on age, fee paid, 
qualifications and the like. 

The presently preferred embodiment employs 
asymmetric encryption algorithms in the authoring and 
access mechanisms. The keys for these algorithms are 
protected within the system and are never exposed. The 
data-encrypting key, K D , is the same for all copies of 
the data. K D is selected by the distributor 102 and 
may be different for each product (that is, for each 
packaged data 108) . The symmetric encryption algorithm 
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used for encrypting the data is associated with K D and 
may also be selected by the distributor. K D is 
encrypted using a rule -encrypting key K R . When the 
rules are distributed with the product (packaged data 
108); K R is the same for all products and all 
embodiments of the system. When the rules are 
distributed separately from the product, can be 
unique for each version of the system. The rule- 
encrypting key K R is known only to (and protected 
within) each receiving computer of each user. 

With reference to FIGURE 4 which shows a flow 
chart of a version of the authoring mechanism of the 
present invention in which the rules are distributed 
with the packaged data 108, the distributor 102 (acting 
as a representative of the owner of the data 106) 
selects a data -encrypting algorithm (DEA) (step S400) 
and data -encrypting key K D (step S402) , and encrypts 
the data-encrypting key K D using K R (step S404) . The 
encrypted data -encrypting key K D is then stored in the 
encrypted ancillary information 126 of the packaged 
data 108 (in step S406) . 

The algorithm selection (in step S400) is based on 
an assessment of risk, the degree of protection desired 
as well as other factors such as speed, reliability, 
exportability and the like. As used herein, risk 
refers to the expected loss due to, or impact of, 
anticipated threats in light of system vulnerabilities 
and strength or determination of relevant threat 
agents. Alternatively, risk can refer to the 
probability that a particular threat will exploit a 
particular vulnerability of the system. An analysis of 
risk, threats and vulnerability is provided below. 
Examples of possible data-encryption algorithms 
include, but are not limited to, DES, RSA, PGP and 



SKIPJACK. The system may use a preferred encryption 
algorithm and may also provide a mechanism for using 
algorithms provided with the data 106 by the owner of 
the data. 

The data -encrypting key K D may be generated in a 
typical manner, suitable for the selected data- 
encrypting algorithm. For data having lower value to 
its owner, or having lower risk of loss, all 
distributions may rely on a single data-encrypting key 
(or perhaps a small number of data -encrypting keys) . 
Another encryption method, uses a unique data- 
encrypting key for each item of data to be distributed. 

Having selected a data-encrypting algorithm and 
key, K D , (S400-S402) and having encrypted and stored 
the key (S404-S406) , the distributor 102 proceeds to 
process the various elements of the data 106 . The data 
are processed at a granularity dependent on the type of 
restrictions needed on their use and on the form of the 
data themselves, that is, the form in which the data 
have been provided. The distributor obtains (step 
S407) and examines each part or element of the data (at 
the desired granularity) and determines whether or not 
the element being processed (the current element being 
examined) is in the body of the data (step S408) (as 
opposed to being rules or ancillary information) . If 
the current element being examined is determined to be 
in the body of the data, the distributor then decides 
whether or not the current data element is to be 
protected (step S410) , that is, whether or not access 
to that element of the data is to be controlled and the 
data element is to be encrypted. 

If the current data element is not to be 
protected, it is stored" (step S412) in the unencrypted 
body part 122 of the packaged data 108. Otherwise, if 
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the current data element is to be protected, it is- 
encrypted using the data-encrypting key K D (step S414) 
and then the encrypted current data element is. stored 
in the encrypted body part 120 of the packaged- data 108 

(step S416) , after which the next element is processed 

(starting at step S407) . 

For example, if the data 106 are a textual 
article, the abstract of the article might not be 
protected (encrypted) while the rest of the article 
would be. 

If the current data element is determined not to 
be in the body of the data (step S408) , the distributor 
then determines if the current data element is access 
rules provided by the data owner (step S418) . If so, 
the rules are protected by encrypting them using the 
rule -encrypting key Kr (step S420) and the encrypted 
rules are then stored in the encrypted rules part 124 
of the packaged data 108 (step S422) . 

If the current data element (being processed) is 
not access rules, the distributor determines whether or 
not it is ancillary information (step S424) . This 
information includes such things as the identification 
of the publisher and the like. If the current data 
element is determined to be ancillary information, the 
ancillary information is protected by encrypting it 
using the data -encrypting key K D (step S426) and then 
the encrypted ancillary information is stored in the 
encrypted ancillary information part 126 of the 
packaged data 108 (step S428) . 

If the data are rules or ancillary information to 
be encrypted, then, after appropriate processing, the 
next data element is processed (step S407) . 

If the current data element is not a body part, 
access rules or ancillary information, some form of 
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error is assumed to have occurred and is processed ~ 
(step S430) . After the error has been processed/ the 
mechanism can continue processing the next data element 
(step S407) or terminate, depending on the 
implementation. 

The operation of the system 101 shown in FIGURE 5 
differs from system 100 of FIGURE 1 in that the rules 
116 are distributed to users 104 separately from the 
packaged data 10B. This is achieved with an authoring 
mechanism 148 which takes as input data 106 and rules 
116 and produces , separately, packaged data 150 and 
packaged rules 152. The packaged data 150 without the 
rules has the form shown in FIGURE 6, which is 
essentially the same as the structure shown in 
FIGURE 2, but without the encrypted rules 124. 

Note that an hybrid system, wherein some rules are 
packaged with the data and other rules are packaged 
separately is foreseen, using a combination of the 
mechanisms shown in FIGURES 1 and 5. In such a system, 
an operator selects which mode of operation to employ. 

FIGURE 7 shows a flow chart of a version of the 
authoring mechanism 148 of the present invention in 
which the rules 116 are distributed by distributor 102 
separately. from the packaged data 150. Rules 116 and 
data 106 can be presented to the authoring mechanism 
148 in any order, or in an interleaved fashion. In 
fact, the rules 116 need not all be provided together. 
The distributor 102 first selects a data -encrypting 
algorithm and a data encrypting key, K D (step S700) . 
Then the authoring mechanism 148 processes the data 
element-by-element (starting at step S702) . As in the 
case of the mechanism shown in FIGURE 4, a data element 
is assumed to be one of either a body part, ancillary 
information or access rules. 



First it is determined whether or not the current 
data element is a body part (step S716) . If it is 
determined (in step S716) that the current data element 
is a body element, then it must be determined (in step 
S718) whether or not the data are to be protected. As 
in the case when the rules are distributed with the 
packaged data 108, the decision as to whether or not to 
protect a specific data element depends on the owner of 
the data and the distribution policies as implemented 
in the rules. 

If the data are to be protected (step S718) , the 
data in the current data element are encrypted using 
data-encrypting key K D (step S720) and then the 
encrypted data are stored in the packaged data 150 in 
the encrypted body part section 120 (step S722) . On 
the other hand, if the data in the current data element 
are not to be protected, the data are stored in the 
unencrypted body part section 122 of the packaged data 
150 (in step S724) . In either case, after the data 
element is stored (steps S722 or S724) , the next data 
element is processed (starting at step S702) . 

If the current data element is determined not to 
be a body element (step S716) , then the mechanism 
checks to determine whether or not the current data 
element is ancillary information (step S726) . If the 
current data element is determined to be ancillary 
information, it is protected by encrypting it using 
data -encrypting key K D (step S728) and then the 
encrypted current data element is stored in the 
packaged data 150 in the encrypted ancillary 
information section 126 (in step S730) . Then the next 
data element is processed, starting at step S702 . 

If the current data element is neither a body 
element (step S716) nor ancillary information (step 



S726) , then the it is determined whether or not the ~ 
current data element is access rules (step S732) . If 
so, the rules are to be distributed separately from the 
packaged data 150, and are processed accordingly as 
follows: 

If this is the first time the access mechanism is 
processing rules for this data set then a rule- 
encrypting key K ? must be determined. Accordingly, it 
is' determined whether these are the. first rules being 
processed for this data set (step S734) . If so, obtain 
and validate the serial number, SN, of the system 
(steps S736 and S73 8) . Then calculate the rule- 
encrypting key K, as a function of the validated serial 
number (Kr = f (SN) , for some appropriate function f 
(step S740) . Function f may, for example, be an 
inquiry to a certification database or certification 
authority to obtain the public key so as to ensure that 
the serial number is authentic. Having determined the 
rule -encrypting key (step S740) , encrypt the data key 
K D with the calculated rule-encrypting key K R (step 
S742) and store the keys (step S744) . Next, encrypt 
the rules using the rule -encrypting key K R (step S746) . 
The encrypted rules and the encrypted data key K D .are 
stored as packaged rules 152 for subsequent 
distribution. The rule -encrypting key Kr may be stored 
or recalculated from the serial number whenever needed. 

If it is determined (in step S734) that this is 
not the first rules being processed for this data set, 
then the rule- encrypting key K R has already been 
calculated (step S740) and stored (step S744) . In that 
case, the rules in the current data element are 
encrypted using the rule -encrypting key K R (step S742) . 
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Once the rules in the current data element are 
processed, processing continues with the next data 
element (step S702) . - ■ 

If the authoring mechanism 148 determines that the 
current data element is not a body part (step S716), 
ancillary information (step S726) or rules (step S732) , 
then some form of error has occurred and is processed 
(step S748) . After an error has occurred, the 
mechanism 148 can either. cease processing (step S750) 
or, in some embodiments, continue processing further 
data elements (step S702) . 

The data 106 provided to the distributor 102 and 
the packaged data 108 (or 150 and packaged rules 152, 
if provided separately) provided to the user 104, may 
be provided and distributed in various ways, including 
but not limited to, via digital communications networks 
(for example, the Internet or the projected National 
Information Infrastructure (Nil)), magnetic media (for 
example, tape or disk) , CD-ROM, semiconductor memory 
modules (for example, flash memory, PCMCIA RAM cards) , 
and wireless (for example, broadcast) . The packaged 
data 108 may be provided to a user as a single packaged 
entity or as a continuous stream of data. For example, 
a user may obtain a CD-ROM having a movie stored as 
packaged data thereon or the user may obtain the movie 
as a continuous stream of broadcast data for one-time 
viewing. 

Information (such as the packaged data 108 from 
the distributor 102 to the user 104) can be transmitted 
openly, that is, using mechanisms and media that are 
subject to access and copying. In other words, 
communication channel 105 may be insecure. 
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The Access Mechanism 

The access mechanism 114 allows a user 104 to 
access the data in packaged data 108 (or 150) according 
to the rules provided with (or separately from/ as 
packaged rules 152) the packaged data and prevents the 
user or anyone else from accessing the data other than 
as. allowed by the rules. However, having granted a 
user controlled access to data (according to the 
rules) , it is necessary to prevent the user or others 
from gaining unauthorized access to the data. It is 
further necessary to prevent the data from being 
further distributed without authorization. 

The access mechanism 114 used by the user 104 to 
access data is described with reference to FIGURE 8 and 
includes a processing unit 154, read-only memory (ROM) 
156, volatile memory (RAM) 158, I/O controller 165 and 
some form of energy source 166 such as, for example, a 
battery. Access mechanism 114 may also include 
electrically-alterable non-volatile memory 160, a hard 
disk 162, a display 164, and special purpose components 
such as encryption hardware 168. 

The access mechanism 114 is also connected via 
insecure channels 174 and 176 and I/O controller 165 to 
various controlled display or output devices such as 
controlled printer i78 and controlled display monitor 
180. (Interaction with these controlled devices is 
described in detail below.) 

Various other devices or mechanisms can be 
connected to I/O controller 165, for example, display 
155, printer 157, network connection device 159, floppy 
disk 161 and modem 163. These devices will only 
receive plaintext from the I/O controller 165, and then 
only such as is allowed by the rules. The network 
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connection device 159 can receive either plaintext or 
encrypted text for further distribution. 

All components of the access mechanism 114 are 
packaged in such a way as to exclude any unknown access 
by a user and to discover any such attempt at user 
access to the components or their contents. That is, 
the access mechanism 114 is packaged in a tamper- 
detectable manner, and, once tampering is detected, the 
access mechanism is disabled. The line 167 depicted in 
FIGURE 8 defines a so-called security boundary for the 
components of the access mechanism 114. Any components 
required for tamper detection (tamper detect mechanism 
169) are also included as part of the access mechanism 
114 . Tamper detect mechanism 169 is connected in some 
appropriate manner to processing unit 154, energy 
source 166, and non-volatile memory 160. 

This invention employs a combination of physical 
self -protection measures coupled with means for 
detecting that the self -protection has been 
circumvented or that an .attempt to circumvent the 
self -protection measures is being or has been made. 
When such intrusion is detected, passive or active 
mechanisms can be employed to destroy data. For 
example, the following can occur (not necessarily in 
the order stated, and usually in parallel) : the access 
mechanism 114 is made inoperative, all cryptographic 
keys within the mechanism, the private key and any 
other keys and data are destroyed (zeroized) , and power 
may be applied to clear non-volatile memory 160 and 
then is removed, resulting in loss of all data stored 
in volatile memory 158 so as to deny access to 
decryption keys as well as to any cleartext in those 
memories. As noted above, several operations can be 
accommodated or performed simultaneously when tampering 



- 25 - 



is detected. This can be done by hardware circuits. 
Based on risk assessment and the availability of 
particular technology, other implementations may be 
selected. 

Tamper detection allows the access mechanism 114 
to ensure that all internal data (both the system's 
data and any user data) are destroyed before any 
tamperer can obtain them. 

One way to deny access to the data within access 
mechanism 114 is to package all of the components 
within a physical case which defines the area which is 
excluded from user access. As an example, a typical 
portable lap- top computer meets the requirement of 
having all components within the same physical package 
or case. Detection that the case has been opened is 
straightforward and well known. 

As an alternative embodiment of the access 
mechanism 114, the components of the access mechanism 
114 can be used as a co-processor of another processor 
or computer. In this case, as shown in FIGURE 9, the 
access mechanism 114 communicates with the other 
computer 170 via a communications channel 172. The co- 
processor can be implemented as a circuit board and is 
designed to be plugged into the bus 172 on the main 
board (that is, the mother board or planar board) of 
the other computer 170. In that case, the computer 170 
will operate normally unless it needs to access 
controlled data, at which time it will pass control to 
the access mechanism 114 . 

The degrees of protection used in the access 
mechanism (for example, tamper-detect features) and the 
cryptographic tools employed will depend on the nature 
of the data to be protected as well as the user 
environment . 
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Several techniques for physically secure 
coprocessor packaging are described by Yee (Yee, B., 
Using Secure Coprocessors, Carnegie Mellon University, 
School of Computer Science, CMU-CS-94-14 9, 1994 (also 
available Defense Technical Information Center as 
AD-A281 255)). In Yee, physical protection is 
described as a tamper-detecting enclosure. The only 
authorized way through the enclosure is through a 
coprocessor-controlled interface. Attempts to violate 
physical protection in order to gain access to the 
components of the coprocessor module will be detected 
and appropriate action taken. For example, detection 
of attack results in erasure of non-volatile memory 
before attackers can penetrate far enough to disable 
the sensors or read memory contents. 

Any known form of tamper protection and detection 
can be used, as long as it functions to destroy the 
data as required. 

Any data which are to be sent out of the security 
boundary 167 are under the control of the access 
mechanism 114. All I/O requests and interrupts are 
handled by the access mechanism 114. 

All communication between the components of the 
access mechanism 114 and the enclosed hard disk 162 is 
encrypted. Therefore, if the hard disk is removed from 
the mechanism, any data stored thereon will be 
inaccessible without the appropriate keys. The 
encryption of the data stored on the hard disk can use 
cryptographic keys generated within the access 
mechanism and which are never known outside of the 
mechanism. In this way, when tampering is detected, 
the cryptographic keys will be lost. 

In general, within the system, the data are 
encrypted on any non-volatile storage devices so that 
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they remain unavailable in the case of tampering. 
Unencrypted data are only present within the access 
mechanism 114 inside the security boundary 167 in 
components where the data can be destroyed when 
tampering with the access mechanism 114 is detected. 

With reference to FIGURES 8 and 9, the access 
mechanism 114 is also connected via insecure channels 
174 and 176 and bus 177 to various controlled or 
uncontrolled display or output devices such as 
described above- This allows the system to communicate 
with uncontrolled devices {so-called standard devices) 
as well as networks, within the context of the 
rules/permission list. (Interaction with these 
controlled devices is described in detail below.) All 
communications on the insecure channels 174 and 176 and 
on bus 177 is encrypted by the access mechanism 114 
(and by the authoring mechanism 112) , and the 
controlled output devices 178 and 180 must have 
suitable processing capabilities within them (including 
an access mechanism 114) to decrypt and process data 
which they receive. The display or output devices used 
will depend on the application and the type of data, 
and include, but are not limited to, printers, video 
display monitors, audio output devices, and the like. 

The embodiment shown in FIGURE 9 can also include 
other standard devices (connected to bus 177) such as, 
for example, standard printer 181, floppy disk 185, 
modem 187 and the like. 

The Accessing O peration 

When a user 104 obtains packaged data 108 (or 150) 
from a distributor 102, the user can then access the 
data according to the rules provided therewith or 

» 
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provided separately. Data access is supported by "the 
access mechanism 114 and is described with reference to 
FIGURES 8, 9 and 10(a), where FIGURE 10(a) is a flow 
chart of the data access using the access mechanisms 
shown in FIGURES 8 and 9. 

Note initially that, depending on the type of data 
to be accessed and viewed, as well as the rules, the 
viewing process may or may not be interactive. For 
example, if a user is accessing a textual document, the 
user may choose to access only selected portions of 
that document, the choice being made by viewing an 
index of the document. On the other hand, if a user is 
accessing a movie, the viewing may be continuous (if 
the rules do not allow a user to re-watch portions of 
the movie without additional payment) . The access and 
viewing process is described here for an interactive 
case, since non- interactive access can be considered 
access with a single ( "start -viewing " ) interaction. 

Note further that initiation of the access 
mechanism activates monitoring for interrupts and 
polling by the access mechanism 114, A user may also 
implicitly invoke the access mechanism by accessing an 
object (data) protected by the system. This invocation 
also activates monitoring for interrupts and polling. 

The following discussion assumes, without loss of 
generality, that the data are being accessed by an 
application via an insecure operating system (OS) which 
invokes the access mechanism 114. The intent is to 
show the manner in which controlled access of the data 
takes place. In some foreseen environments, the 
operating system will be little more than a simple run- 
time system or there will be only one program running 
at all times. For example, in a video cassette 
recorder and playback machine (VCR) , a single control 
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program may be running at all times to control the 
VCR's operations. In this case, this control program 
is considered the application, and all access to 
controlled data is initiated by the control program 
which invokes the access mechanism 114. 

To initiate an input access to a data element, a 
user must request the operating system to read such 
data into memory from an I/O device. Initiating I/O 
gives control to the access mechanism 114. 

For input access to an input data element, the 
access mechanism 114 first determines whether the 
dataset containing the data element is already open 
(step S1000) . If the dataset is not already open, it 
is opened (step S1001) . Once opened, it is determined 
whether or not the dataset is protected (step S1002) . 
Note that the data being accessed may or may not be 
part of packaged data. In some embodiments the access 
mechanism 114 can maintain a record of which open 

dataset s are protected. 

If it is determined that the dataset is not 
protected (step S1002) , then control returns to the 
invoking process (step S1006) . On the other hand, if 
the dataset is protected (step S1002) then it is 
determined whether or not the rules for this dataset 
are useable (present, available and valid) (step 
S1004) . (The process of determining whether the rules 
are useable, that is, step S1004 is described below 
with reference to FIGURE 11.) 

If the rules are determined to be useable (step 
S1004) then it. is determined whether the data element 
being accessed is different from the most recently 
accessed data element (step S1008) . If so, the data 
element is opened (step S1010) (otherwise the data 
element is already opened and available) . 



- 30 - 



Next it is determined whether or not the data 
element is protected (step S1012) . If the data element 
is not protected then control returns to the invoking 
process (step S1006) . Otherwise, it is determined 
whether or not access is permitted (according to the 
rules) (step S1014) . If no access to the data element 
is permitted then an access denial operation is 
performed (step S1016) . For example, depending on the 
rules, the access mechanism 114 could either return to 
the invoking process (for example, the operating 
system) or abort or perform some other operation. 
Following the access denial operation (step S1016) , 
control returns to the invoking process (step S1006) . 

If access to the data element is permitted (step 
S1014) , then the data element is made available, 
consistent with the rules, (step S1018) and control 
returns to the invoking process (step S1006) . 

If, in step S1004, it is determined that the rules 
are not useable, then an access denial operation is 
performed (step S1016) , following which control returns 
to the invoking process (step S1006) . 

In some embodiments and/or uses of the system, the 
system obtains and sets up for enforcement all of the 
rules in the encrypted rules 124 prior to any data 
access or selection. In other embodiments and/or uses, 
rules are set up or interrogated for enforcement as 
needed. Depending on the type of the data and the 
intended application, a minimal set of global rules 
(governing any or all access to the data) is typically 
set up prior to any data access. Accordingly, the 
enforcement of some of the rules is set up when the 
package is obtained, prior to any user access. 

In some embodiments some of the required rules may 
not actually be provided, but are indicated by 



reference. In those cases, the referenced rules must 
be .obtained when needed before data processing can 
continue. 

Once the appropriate rules, if any, are set up 
(stored within the access mechanism 114) , and the 
access mechanism is ready to enforce them, then, 
according to the rules, the user can access an element 
of the data. 

The operating system is notified of the 
termination (normal or otherwise) of each program so 
that it may close any files opened by the program. 
Because' it is possible that multiple programs may be 
executing at the same time, the system will remain in a 
protected state (if any protected data has been 
accessed) until all active programs conclude their 
execution. At that time all protected data in 
addressable memory are destroyed, and all 
rules/permission lists of files that have been created 
are updated, all files are closed and system status 
flags are reset. 

Whenever a user wishes to access protected data, 
the access mechanism 114 may determine that the rules 
are not yet available for determination of whether or 
not to allow that access. Three possibilities- exist 
regarding the presence of the rules. 

1. The rules are packaged with the data.. 

2 . The rules are not packaged with the data but 
are already present in the access mechanism 
114 (that is, in memory) . This situation 
occurs if, for example, the user loaded a 
disk containing the rules and then the access 
mechanism 114, upon receiving the interrupt 
announcing the disk's presence, read the 
first record, recognized it as rules and 



decrypted them, storing them for later use. 
(Reading, a disk's contents in advance of any 
actual use is, presently done, for example, by 
some virus checking programs.) If the 

5 implementor chose not to respond to 

interrupts when a. device is loaded, then, 
when rules are required, the access mechanism 
114 checks all "ready" devices and inputs 
those rules that are present. This covers 

10 the case where the rules are present on the 

hard disk. 

3. The rules are not present. That is, the 

rules are not packaged with the data and do 
not reside on any device attached to the 
15 system. In this case, the access mechanism 

114 notifies the user that the rules are 
required. The user responds by either: 

(a) indicating that the rules are not 
available (in which case the access 

20 mechanism 114 denies permission to the 

program) ; or 

(b) loading the rules (in which case the 
access mechanism 114 confirms their 
identity and continues) . * If the access 

25 mechanism is unable to confirm their 

identity, it can reissue a request for 
the rules . 

With reference to FIGURE 11, first the access 
mechanism 114 checks to determine whether or not the 
30 rules are already determined useable (step SHOO) . If 
so, the process returns a "success" indication to the 
invoking process (step S1102) . 

If the rules have not already been determined to 
be useable (step SHOO), then the rules are located, 
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First it is determined whether or not the rules are 
packaged with the data (step S1104) . If so, the rules 
are made available. (by decrypting them, if needed) 
(step S1106) . If the rules are successfully made 
5 available (for example, decryption succeeds) (step 

S1108) , then the rules are checked for integrity (step 
S1110) . If the rules pass an integrity check, then a 
"success" indication is returned to the invoking 
process (step S1112) , otherwise a "fail" indication is 
10 returned (step S1127) . 

If the rules are not packaged with the data (step 
S1104) , then the access mechanism 114, determines 
whether the rules are on a device attached to the 
access mechanism 114 (steps S1116-S1118) . If the rules 
15 are not found on any device,, then the user is asked to 
provide the rules (step S1114) . At that time the user 
can abort the process (step S1120) , in which case a 
"fail" indication is returned to the invoking process 
(step S1127) . If the user chooses not to abort but to 
20 provide rules, those rules are read (step S1122) and, 
if they are a correct set of rules (step S1124) , made 
available (step S1106) . If the rules are not a correct 
set of rules (step S1124) # then the user is informed 
(step S1126) and is prompted again for the rules (step 
25 S1114) • 

Regardless of whether or not the rules are 
provided with the packaged data, once the rules have 
been decrypted they are stored in the access mechanism 
114. 

30 The process of executing an application to access 

the data according to the stored rules is described 
with reference to the flow chart shown in FIGURE 12. 
For each data access operation to be performed by the 
application, first the operation is identified (step 
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S1200) and the rules are checked (step S1202) to - 
determine whether that operation is permitted (step 
S1204) . 

If it is determined (step S1204) that the 
5 operation is not permitted by the rules, a "failure" 

return-code is set (step S1206) and control is returned 
to the caller (operating system) (step S1208) . On the 
other hand, if the operation is permitted (step S1204) 
then, if payment is determined to be acceptable (step 

10 S1210) , then processing continues. (Payment is 

discussed further below.) If payment is determined to 
be unacceptable (step S1210) , a "failure" return- code 
is set and control returns to the invoking application 
(steps S1206 and 1208) . 

is If payment is determined to be acceptable (step 

S1210) , then it is determined whether or not the rules 
apply any restrictions on the data (step S1212) (for 
example, whether or not the rules restrict the output 
format or amount of the data in some way) . If it is 

20 determined that the rules restrict the data then the 
restriction is enforced (step S1214) and the I/O is 
performed based on the restriction (step S1216) , 
otherwise the I/O is performed without restriction 
(step S1216) . 

25 After performing I/O (step S1216) , a "successful" 

return code is set (step S1218) , and control returns to 
the invoking application. 

The Writing Operation 
30 The process of writing- data is described here with 

reference to FIGURE 10(b). When an application 
attempts to write to a dataset, control is passed to 
the access mechanism 114 which opens the dataset for 
writing if it is not already open (steps S1020, S1022) . 
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Once opened, it is determined whether or not the 
dataset is to be protected (step S1024) . The dataset 
(output file) would be protected if, for example, a 
protected dataset has been opened since the last time 
the access mechanism 114 cleared its memory or if the 
user indicated that output is to be protected (as when 
authoring a work) . 

Note that an output dataset may begin as 
unprotected and be written as unprotected (that is, in 
the form it would have on a machine which does not have 
an access mechanism 114) and later additions to the 
dataset may require protection and therefore be written 
in the appropriate format. The transition between 
unprotected/protected data in a dataset are discussed 
below. 

If the dataset is not to be protected (step 
S1024) , control returns to the invoking process which 
writes the unprotected data (step S1026) . On the other 
hand, if the dataset is to be protected (step S1024, 
then the rules are checked to determine whether or not 
output access is permitted (step S1028) . If output 
access is not permitted, a denial operation is 
performed (step S1030) . For example, depending on the 
rules, as part of this denial operation the access 
mechanism 114 could destroy the output data allowing 
randomized data to be written in their stead, could 
abort the function, or could abort the job. If access 
is permitted (step S1028) , it is then determined 
whether a new data element is about to be written or 
whether new rules have been incorporated since the last 
write (step S1032) . If either is the case, the rules 
are written (step S1034) . After writing the rules 
(step S1034) , or if neither was the case (step S1032) , 
the data are encrypted if the rules so require (step 



S1036) , and control returns to the invoking process 
(step S1026) where the (possibly encrypted) data are • 
written. 

Compatibility Issues 

A protected dataset (packaged data) read by a 
system which does not employ an access mechanism 114 
according to the present invention (or a dataset read 
by' a system in non-protected mode) will be treated as 
data without any decryption taking place (by an access 
mechanism) . In such a system, protected data elements 
will not. be available to the user. This allows 
datasets (packaged data) freely to be copied and 
transmitted. Recipients will need to obtain any needed 
permission lists (rules) prior to being able to read 
the encrypted data in such datasets. 

A non-protected (for example, legacy) dataset 
(read using a system employing an access mechanism 114) 
that is treated as a protected dataset would require 
that rules be present before it would be accessed. The 
probability of such a mis -identification may be made 
vanishingly small, for example, by computing a hash 
function of the data. 

The user can be provided the opportunity to 
indicate that the dataset should be treated as 
unprotected. In order to do this, the access process 
described above with reference to FIGURES 10 (a) and 11 
allows a user to override the decision made in step 
S1002 as to whether or not the dataset is protected. 
Note that if a user incorrectly indicates that a 
protected dataset is unprotected, no access to the data 
would be available other than in encrypted (unusable) 
form. 



Tamper Detection 

If and when tampering is detected, the access 
mechanism 114 performs at least the following 
operations illustrated in FIGURE 13. The cryptographic 

5 variables (for example, keys) are destroyed (step 
S1305) , all rules are destroyed (step S1302) , all 
cleartext (un- encrypted) information is destroyed (step 
S1300) , all files are closed (step S1304) , and the 
device is otherwise deactivated (step S1306) . While 

10 these operations are described sequentially, in 

preferred embodiments they occur simultaneously or in 
some concurrent or parallel order, as shown in 
FIGURE. 13. If some order must be imposed on these 
operations, the first priority is to erase the 

15 cryptographic variables (step S1305) . 

Operational Considerations 

Certain operational procedures may also be 
important to maintaining the protections and controls 

20 inherent in the present invention. Specific 

operational procedures may be employed to prevent 
equipment being built that would operate with an access 
mechanism according to the present invention and that 
also contained methods for circumventing the 

25 protections and controls in the access mechanism. 

These operational procedures involve inspection, 
analysis, testing, and perhaps other procedures 
followed by certification of authorized access 
mechanism implementations. The inspection might 

30 include design analysis and -physical chip inspection. 
Upon successful inspection, a cryptographically sealed 
certificate is stored within the protection perimeter. 
Note that this certificate is one of the data items 
that is destroyed upon detection of tampering. The 
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certificate is issued by an authorized Certification 
Authority (CA) and includes therein a decryption key 
issued by that CA. 

In some preferred embodiments, the rule -encrypting 

5 key K R is encrypted using the encryption key 

corresponding to the decryption key included in the 
certificate in each device. Then, in order to obtain 
K R within the device, the device must have the 
decryption key which was stored in the certificate by 

10 the CA. 

Payment 

In our market economy, producers and distributors 
of goods and services expect to, be compensated. 

15 Intellectual property producers and distributors are no 
exception. The needs of commerce have been a primary 
factor in the evolution of information technology 
throughout history. Many of today's information 
infrastructure activities also deal with billing and 

20 payment . 

Existing payment mechanisms either assume that the 
parties will at some time be in each other's physical 
presence or that there will be a sufficient delay in 
the payment process for frauds, overdrafts, and other 

25 undesirable conditions to be identified and corrected. 
Many of these payment mechanisms have already begun to 
adapt in response to the conduct of business over 
networks. Entirely new forms of electronic payment are 
evolving. 

30 Some electronic payment systems operate in real 

time by communicating through the Internet or direct 
dial. Others employ a prepaid balance which is debited 
against merchant credits, with periodic batch updating' 
and transmission. 
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It is envisioned that embodiments of the present 
invention will' employ an appropriate payment mechanism . 
such as are well known in the art. Accordingly, the 
actual payment mechanism is not specified. 

Riilaa and Policies 

The rules (provided together with or separately 
from the packaged data) embody the data owner's control 
policies with respect to a user's access rights to the 
data . 

The present invention permits the owner of 
intellectual property to realize a gain by selling or 
licensing various levels of access rights to the 
property and then ensuring that access beyond those 
rights is not obtained. The present invention ensures 
that only such qualities and quantities of access as 
released by the owner (generally, in exchange for 
payment) are allowed. 

The rules are preferably embodied in a permission 
list. An example of permissions in such a list is 
shown in FIGURE 3, and was described above. 

While the rules allowed are open ended, an example 
set of rules (access control parameters) is given 
below. Access control parameters may be combined to 
provide varying sets of capabilities and to implement 
the enforcement of various policies. Some parameters 
are independent of any other parameters; some 
parameters are mutually exclusive; and other parameters 
must be used in combination "to define fully the actions 
to be allowed or disallowed. 
No Restriction 

This would be the status if no restrictions 
were placed on the associated data. If this 



parameter is explicitly stated it overrides 
any contradictory parameter that may also be 
present. The data may be read, printed, 
executed, modified and copied. 
No Modify 

The associated data may not be edited or • 
changed . 
No Copy 

The data may not be copied and a derivative 
work may not be made from the data. 

No Execute 

The data may not be executed. 

No Print 

The data may not be printed. 

Print With Restriction of Type n 

If the user prints after accessing the data, 
a simulated watermark will be printed as 
background or a header and/or footer will be 
placed on each page. The numeral n specifies 
the specific restriction to be applied, for 
example, standard watermark (such as "do not 
copy"), personal (watermark such as "printed 
for name of user"), standard header/footer 
(such as "Company Name Confidential") , or 
personal header footer (such as "Printed for 
name of user" ) . 

No Access 

Any user access, including an attempt to 
execute, will retrieve only encrypted data 
(ciphertext) . This is the default case when 
there are no rules associated with data or 
the rules are corrupted. 



No Child Access 

Unless the user has been identified as an 
adult (for example by use of a password or a 
token) access will not be allowed for items 
5 identified as "adult material." 

Access Cost = (unit, price) 

Each time a unit of data (for example, book, 
volume, chapter, page, paragraph, word, map, 
record, song, image, kilobyte, etc.) is 
10 opened, a cost of price is incurred. 

Print Cost = (unit, price) 

Each time a unit (for example, page, file, 
image, etc.) is printed, a cost of price is 
incurred. 

15 Copy /Transmit Cost = funic, price) 

Each time a unit (for example, volume, file, 
record, page, kilobyte, image, etc.) is 
output, a cost of price is incurred. 
Execute only 

20 The user may execute a program but may not 

read, print, modify or copy it. This rule 
protects against disclosure of an algorithm. 

A permission list consists of rules governing the 
25 qualities and quantities of access made available by 
the owner to a particular user or group or class of 
users, and defines those ways in which the user may 
(and may not) interact with the owner's 
data/information. An encrypted permission list (for 
30 example, encrypted rules 124 in FIGURE 2) is made 
available by the owner to the user, generally in 
exchange for fees (in the commercial domain) (for 
example, payment 110 in FIGURE 1). The system denies 
the user direct access to manipulate the permission 
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list, although in some cases it may allow the user to 
view the permission list. (The permission list may 
include rules governing access to the permission list 
itself) . Use of a permission list may be limited to a 
5 particular computer system, a particular token (such as 
a smart card) , a user-supplied password, or any 
combination of these or other items. 

At the discretion of the intellectual property 
(data) owner, a permission list may also be valid for 

10 future releases of the data. This allows, for example, 
a software owner to plan for future releases that 
resolve problems discovered in an initial software 
release. In this example, the user of a particular 
version of a program, for instance, Version 6, might be 

15 allowed to use a subsequent version of the program, 
version 6.1, without further payment and without 
needing to obtain a new permission list or license. 
One who had not already licensed Program Version 6 
would be required to purchase a new permission 

20 list/license in order to use Program Version 6.1. 

A permission list may authorize and permit the 
user of intellectual property to create a derivative 
product for which the original owner may or may not 
have rights. In the case of a derivative product for 

25 . which the owner of the original intellectual property 

has no rights, the owner of the derivative intellectual 
property can unilaterally issue a permission list 
governing use of that intellectual property. 

Program execution occurs when a computer device 

30 follows a series of steps, or instructions, expressed 

in some symbology. The program may be linear, with one 
step always following its predecessor without 
variation, or the program may involve branching based 
on comparison of variables related to internal or 
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external events and status. In the field of computer 
science a distinction is sometimes made according to 
the time at which the instructions comprising the 
program are translated into the computer's machine 

5 language in order to control the operation of the 
computer. Accordingly, terms such as assembly, 
compilation, and interpretation are used. This 
distinction is not important with respect to the 
present invention. The term execution is used herein 

10 to refer to all forms of program execution. 

Controlling Primary Dist ribution 

As noted above, digital information is transmitted 
15 openly. Accordingly, the data are typically 
distributed in an encrypted form. 

Enforcing an Aut horized User List 

In some cases, it is useful to have a rule which 
20 controls access to data for certain specific users or 
classes of users. For example, data may only be 
accessible to people over the age of eighteen, or to 
people having a rank greater than or equal to that of 
captain, or to managers have a security clearance 
25 greater than top-secret. In these, cases, each user can 
be provided with a separate set of rules for that 
specific user. In other words, each user can be 
provided with a unique set of rules. However, if the 
status of a user changes, then the rules for that user 
30 have to be changed. Accordingly, it is useful and 

convenient to have the rules be parameterized based on 
the status of the user and then have the user's status 
provided to the access mechanism 114 in a secure 
fashion . 
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The invention can be used in combination with 
software and other identification technology (for 
example, biometric sensors) to limit data access to 
users that possess an appropriate physical or logical 
5 token (for example, a dongle or password), or personal 
characteristic (for example, a fingerprint pattern) . 
The secure hardware (via tamper detection) eliminates 
the potential for modifying and subverting the 
identification software. 

10 An embodiment having such a configuration is shown 

in FIGURE 14, wherein the access mechanism 114 is 
connected to an external secure device 182 in order to 
obtain the user's status. Channel 183, connecting the 
secure device 182 and the access mechanism 114 is 

is preferably a secure channel (within the security 

boundary 167) , however, if it is insecure, the device 
182 must send information to the access mechanism 114 
in a protected (for example, encrypted) manner. 

20 Controlling Access and Use 

The invention can restrict the qualities or 
quantities of access to data in any manner that can be 
calculated or enumerated. A non- exhaustive, 
representative set of examples is given below. 

25 

Access Control Qualities 

(a) Local Display (for example, display of data 
on the computer's monitor). 

(b) Printing (that is, fixation in a form 
30 intelligible to a* person) . 

(c) Copying (that is, fixation on an electronic 
medium such as a disk or tape) . 

(d) Transmission (see below regarding controlling 
secondary distribution) , 
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(e) Modification (that is, changes to a copy of 
the primary distribution) . 

Access Control Q uantities 
5 (a) Number of read- accesses (where "read access" 

refers to any kind of examination or 
retrieval of data/information) . 
(b) Size of read-access, 
<c) Expiration date. 
10 (d) Intensity of access (number/total volume of 

read-accesses in a unit of time) . 

(e) Resolution of access (for example, in the 
context of a map this would be the maximum 

' scale allowed; for sensor data this would be 

15 the precision (number of bits) returned to 

the user) . 

(f) Delay (Accesses are permitted to data after a 
delay of n time units. This allows different, 
user groups to view the same dataset with 

20 different results to queries. For example, a 

stock broker would be able to view the latest 
data, while a customer, paying less for the 
service, might receive data that are delayed 
by 15 minutes . ) 

25 

arcesg Co ntrol Granularity 

The above access control policies can be applied 
differently to different portions of the intellectual 
property. For example, a document's chapters might be 
30 controlled at different levels of quantity and quality; 
a map's information might be controlled differently at 
different latitudes and longitudes; portions of an 
image may be restricted in availability, resolution, 
and the like. 
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Controlling Secondary Distribution 

The invention provides absolute control of 
secondary distribution of data (for example, preventing 
or restricting potential use) . 

5 Transmission of (an unencrypted copy of) the 

primary distribution data (either to a network or to an 
output device such as a tape or disk) can only be 
effected when the system, acting under the rules 
embodied in the owner's permission list, allows 

10 external output. Denial of permission to transmit an 
unencrypted copy may result in no output or may result 
in transmission of an encrypted copy (for which the 
recipient must then negotiate permissions in order to 
use) . Alternately, denial of permission to transmit 

15 may result in the transmission of random data, thereby 
denying the user knowledge of whether or not encrypted 
data was transferred. 

Since all storage of data on internal non-volatile 
memory devices (for example, disks, flash memory, and 

20 the like), is encrypted, this ensures that a physical 
attack on the system will not result in compromise of 
plaintext. 

Controlling Printing or Display 

25 Printing or display of data is controlled in a 

manner similar to that used for controlling secondary 
distribution. One option is to disallow the ability to 
send particular information to a printer or display. 
If printing or display is allowed, the data stream to 

30 the output device is encrypted to ensure that an 

unauthorized user cannot intercept data sent to an 
external printer or display (that is, to a printer or 
display outside the tamper-detect protected enclosure) . 
This necessitates that the receiving device contain a 
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decryption subsystem. Thus, as shown in FIGURE 8, data 
from access mechanism 114 via I/O controller 165 to 
either the controlled printer 178 or the controlled 
display 180 is encrypted on channels 174 and 176 , 

s respect i ve ly . 

As discussed above when addressing the threat of 
capture of the output signal, an encryption mechanism 
is used for protecting data transfers to printer or 
display so that, if the data owner wishes, printing or 
io display may be restricted to a specific printer or 
display device. 

Instead of disallowing printing or display, these 
functions may be allowed with limitations as imposed by 
the owner. For example, output might contain a 
15 header/footer on each page indicating the identity of 
the authorized user; a watermark might be printed in 
the background; or other identifying material might be 
placed on each image. Of course, the data stream would 
be encrypted (as above) to prevent interception. 
20 Document marking and identification techniques can 

be used to discourage the illicit copying of documents 
distributed in either paper or electronic form. The 
exact form of printer characters as well as line and 
word shifting have been used for document marking and 
25 identification ("Document Marking and Identification 
using both Line and Word Shifting," Low, S.H., et al . 
1995 INFOCOM Proceedings, IEEE, pp. 853-, 1995). 

One of the major technical and economic challenges 
faced by electronic publishing is that of preventing 
30 individuals from easily copying and illegally or 
without authorization distributing electronic 
documents. Cryptographic protocols used to discourage 
the distribution of illicit electronic copies are 
described in "Copyright Protection for Electronic 
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Publishing over Computer Networks , " Choudhury> A. K., 
et al., IEEE Network, pp. 12-20, May-June 1995. 

Preferably, each controlled peripheral device (for 
example, controlled printer 178 or display 180) is 
5 provided with an access mechanism which allows the 

device to process data it receives. This allows the 
data being sent to a controlled peripheral device from 
a system using an access mechanism to be treated as 
either a copy of data or a derivative work that is 
io being sent to another user (that happens to be a 

peripheral) . In other words, if a peripheral device 
contains an access mechanism, the data sent to the 
device can be packaged data. Using this approach, 
requires that the receiving access mechanism (the 
15 peripheral's access mechanism) may include the rules 

(permission list(s)) in order to obtain the key needed 
to decrypt the data in order to print or display them 
(or do whatever the peripheral does with data) . If no 
permission list is included and the data are encrypted 
20 by the printer's public key, the printer's access 

mechanism decrypts the data and prints them (just as 
they would have been printed had the unencrypted data 
stream been received by a standard printer) . 

The access mechanism in the controlled peripheral 
25 device need not be a full system whenever the 

peripheral device is limited in function, for example, 
to only printing or displaying data. The peripheral 
and its access mechanism subsystem must be in a 
tamper-detecting enclosure. 
30 As noted, it is envisioned that a computer or 

other device equipped with an access mechanism will be 
used with a controlled output device (printer or 
display) so equipped. If the data owner allows (via 
the rules) output (for example, printing) to a 
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controlled output device (for example, printer) 
(equipped with an access mechanism) , then there are two 
possibilities. The access mechanism in the user's 
computer can process any required payment and send the 
5 data, encrypted with the device's public key, to the 

printer or display for output. Alternately, the access 
mechanism processes the data as a derivative work 
(discussed below) , packaging rules with the data, and 
the output device is responsible for separate payment 
10 (for example, allowing retention and multiple copies) . 

In order to limit the. number of copies output, a 
short time window is included in the rules so that the 
recipient cannot capture (record) the file and replay 
it multiple times to the output device. Additionally, 
is the access "mechanism in the output device can contain a 
relatively small non-volatile memory that would hold 
the checksum of a file that is not to be output again 
for a certain time period, say, for 15 minutes, from the 
first output (and an output permission list in the 
20 rules would specify "n copies, only valid for 15 
minutes from x to x+15") . 

In the case of standard output devices (non- 
J controlled, that is, without access mechanisms) , data 
are provided unencrypted (to the extent that the rules 
25 permit and payment has been provided) . 

rnnt rolliryj Distributions of Derivative Works 

In many application environments where 
intellectual property is created it is common to 
include extracts from other intellectual property. 
Such environments include writing scholarly papers, 
reviews, regulations, etc. The intellectual property 
containing the extract is a so-called derivative work. 



30 
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The intellectual property from which the extract was 
copied is called the parent work. 

This invention controls the • distribution of 
derivative works (that is, works created using 
5 information owned by another) . Transmission of (an 
unencrypted copy of) a derivative work (to a network, 
to an output device such as a tape or disk, or to a 
printer or display device or the like) can only be 
effected when the system, acting under the rules 
10 embodied in permission lists created by each of the 
owners of any intellectual properties used in the 
derivative work, allows external output. Denial of 
permission to transmit an unencrypted copy may result, 
in no output or may result in transmission of an 
15 encrypted copy (or, as noted above, may result in the 

transmission of random data) . Use of an encrypted copy 
' of a derivative work will, in general, require 
permissions from the owners of the derivative work as 
well as of the original works. The permission list 
20 associated with a work is incorporated into the 

permission list of any derivative work, either directly 
or by reference. . License fees and restrictions imposed 
by the owner of a work are inherited by any derivative 
works. An n-th generation derivative work inherits the 
25 license fees and restrictions of each of its n-1 
ancestors. If permission lists (rules) are 
incorporated by reference, the access mechanism ensures 
that the referenced permission lists (rules) are 
present (or it will deny access) . 
30 For example, if printing of an original work 

requires a watermark, then printing of any derivative 
work (if allowed at all) will require a watermark. 
This monotonicity/cascading of restrictions (that is, 
each generation of a work must be at least as 
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restricted as the prior generation) ensures that a 
. derivative work that is only trivially changed from the 
original does not escape restrictions imposed on the 
original. 

5 Creation of a derivative work for subsequent 

distribution requires an distributor 190 similar to 
distributor 102 shown in FIGURES 1 and 5. However, 
derivative work distributor 190 (shown in FIGURE 15) 
includes an access mechanism 114 and can process, as 

10 input data, packaged data 108a. The output produced by 
distributor 190 is packaged data 108b which includes 
any rules (or references to rules) required by data 
which is derived from the input packaged data 108a. 
The access mechanism 114 within distributor 190 

15 incorporates a global rule which enforces the 
distribution of rules with derivative works. 

As noted earlier, the difference between the 
embodiments of the distributors 102 and 190, shown in 
FIGURES 1 and 15 , respectively, is that the distributor 

20 102 shown in FIGURE 1 does not include an access 

mechanism 114. Accordingly, the distributor 102 deals, 
only with newly created data (that is, with non- 
derivative data) . The embodiment shown in FIGURE 15 
includes that of FIGURE 1, and can also deal with input 

25 of protected data (previously packaged by a 

distributor) . The embodiment of the system shown in 
FIGURE 1 can be implemented purely in software, whereas 
the embodiment shown in FIGURE 15 requires some 
hardware implementation. 

30 It is envisioned that a standard computer, 

equipped with an access mechanism 114 will function as 
an authoring/distribution system. This allows all 
computer users to become authors and to incorporate 
previously published material into derivative works. 
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The rules associated with the parent work 
determine whether creation of derivative intellectual 
property is permitted, as well as the inheritance rules 
for incorporating the rules of the parent into the 

5 derivative work. Note that the rules derived from the 
parent apply only to the extract and that these rules 
applying to .the extract need not be identical to the 
rules of the parent. The rules applying to the extract 
are specified by the owner of the parent, not by the 

10 creator of the derivative work. 

For example, the rules applying to the extract 
might require payment to the owner of the parent for 
use of the derivative work containing the extract. If 
the creator of the derivative also required payment, 

is the user of the derivative would make payments to two 
owners for use of the derivative. In an automated 
system the details of such multiple payments would be 
invisible to a user. 

This invention enables such payment arrangements 

20 that would otherwise be prohibitively difficult and 
complex. 

Another example relates to integrity and moral 
rights of the owner of the parent . The owner might 
wish to ensure that an extract was made without 
25 alteration or deletion, or that certain related 

information were included (for example, to prevent the 
extract from being taken out of context) . 

Data extracted from the parent comes with rules 
already attached or associated. These rules propagate 
30 into the derivative, but are applicable only to the 

extract. Extracts from the same parent may or may not. 
share rules. Extracts from multiple parents may result 
in multiple rules applying to different extracts. As 
noted, a derivative work may contain references to data 
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and rules rather than the actual data and rules . For 
certain commercial products it may be desirable to have 
the final packaged data 108b be fully self-contained. 
Accordingly, the packaged data 108b output from this 
5 ^distributor 190 may require further processing in order 
to optimize it for commercial distribution. Such 
optimization might include, for example, obtaining and 
including copies of all rules and data referenced in 
the package. 

10 

Extract Authentication 

Digital signatures authenticate digital 
information by providing proof that information 
15 received is precisely that which was sent, with no 

changes. This system provides a similar capability to 
authenticate extracts (quotes) of information. 

Application environments/ such as providing a 
legal trail of evidence or authenticating that a 
20 quotation is accurate, are enhanced by the ability to 
prove that the information has not been subject to 
unauthorized alteration. 

Authenticated extraction is implemented by 
creating an extraction editor, that runs in the access 
25 mechanism 114. This extraction editor, possibly under 
human direction, can extract selected text but is 
unable to change the extract. When extraction is 
complete, the access mechanism 114 digitally signs the 
extract with a digital signature. This digital 
30 signature includes identification of the specific 

computer in which the access mechanism 114 is executing 
as well as identification of the specific extraction 
editor used. 
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The extraction editor can, optionally, be 
permitted or required to insert ellipsis to indicate 
deletions, and certain specified insertions, such as, 
for example, " [sic] , n might be allowed. 
5 In another embodiment, a so-called hyperlink can 

be used in newly created data to indicate the insertion 
location of a quotation. When an output operation is 
performed, the access mechanism 114 creates a separate 
quotation, with its own checksum and digital signature. 
io Any recipient of data containing the hyperlink can 

verify that the contents of the hyperlink were captured 
by access mechanism 114 and delivered unchanged. 

15 Controlling Dse of Executable Software 
Control of Primary Distributions 

The invention enables the creator of executable 
software to restrict the use of the software to only 
those who have acquired permissions for various of its 

20 capabilities. Executable software will be distributed 
in encrypted form, externally treated as data, as 
described above. In general, execution of a program 
can be controlled for multiple purposes in a number of 
ways. Purchase .of a license to execute software can be 

25 evidenced by a cryptographically protected certificate 
which is decrypted internally by the access mechanism 
114. The executable software can check for the 
presence of the certificate, or for permission keys or 
other information contained in the certificate, once or 

30 many times during execution/ .Since the algorithm 
embodied in an executable program may be valuable 
intellectual property, the access mechanism 114 can 
prevent a licensee from reading, copying, or modifying 
unencrypted executable code. In order to prevent 
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disclosure of the unencrypted executable code, it is 
kept wholly within the security perimeter of the access 
mechanism 114 for execution. 

5 

Elimination of the Distributor (Middleman) 

The invention enables the executable software 
owner to make copies easily available on a network 
server in encrypted form. Users may download the 

10 executable software and then separately purchase the 
rights to utilize the executable software. Thus, a 
standard purchase of software may be accomplished 
electronically/ dealing with the owner's electronic 
commerce system. Thereby, the entire process of 

15 acquiring the executable software package and then 

purchasing the rights to use it may be effected without 
going through a distributor. 

Offering discounted upgrades to software licensees 
is also simplified. When a licensee claims eligibility 

20 for a discounted upgrade the executable software owner 
can check the record of purchase of rights for the 
prior version of the product. Once again, the entire 
process can be automated. 

25 Simplification of Configuration Man agement 

The executable software owner can elect to make 
available on a network server product improvements that 
operate with existing permission lists, thus 
immediately releasing product improvements and fixes. 

30 Multiple levels of product capability can be 

incorporated into a single release and can be 
selectively enabled by different permission lists. The 
tailoring of different distributions, with differing 
capabilities is no longer necessary. 
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Active Control of Capability of Executable Software 

The invention's control of distribution of data or 
inf ormation (that are not executable software) may be 
characterized as passive or transparent in that no 

5 changes are required in the data or information for 
them to be protected'. The permission list that 
controls their use may be separately created, packaged, 
and supplied. 

The control of primary distribution of data or 

10 information as well as the secondary distribution or 

distribution of modifications (derivatives) of data or 
information is passive. However, the invention's 
control of executable software capability is active and 
requires that the executable software developer use the 

15 programming interface provided by the system. At each 
point where the developer requires authorization, the 
executable software requests a permission- check. As a 
result, the process of FIGURE 16 is performed. If the 
requisite authorization is received, the function of 

20 the software is performed. If authorization is denied, 
an alternative action is chosen. The system may itself 
take certain actions including, for example, 
terminating a program or erasing data, when 
authorization is denied. As executable software is 

25 distributed in encrypted form, it can only be decrypted 
and executed (used) on a machine employing the access 
mechanism of the present invention. 

With reference to FIGURE 16, first the operation 
is identified (step S1600) and the rules are checked 

30 (step S1602) . Next it is determined whether the rules 
permit the operation (step S1604) . If the operation is 
not permitted (or it is permitted but payment is not 
acceptable (step S1606)), then it is determined whether 
any system action is required (step S1608) . If no 
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system action is required, the return code for "not 
allowed" is set and control is returned (step S1610) , 
otherwise the system action is performed (step S1612) 
after which the return code for "not allowed 11 is set 
5 and control is returned (step S1610) . 

If the operation is permitted (step S1S04) and 
payment is acceptable (step S1606) , then the return 
code for "allowed" is set (step S1616) . 

The invention can be used to restrict the 
10 qualities or quantities of executable software 

execution in any manner that can be calculated or 
enumerated. Representative non- exhaustive examples of 
restrictions are given below. These restrictions may 
combined in any fashion. 

15 

Levels of Capability 

Access to specific parts of code or features 
Control of sizes or quantities that can be 

handled. For example, files may be allowed up to a 
20 specific size; complexity or accuracy of a solution may 

be limited, number of parameters or data points may be 

restricted, etc. 

Quantitative Modifiers of Levels of Capability 
25 Control of expiration dates, time of use, number 

and frequency of uses and permitted users . For 
example, rights to use of a file of data (whatever it 
contains) may expire on a certain date; access to 
certain data may be limited to certain times of day, 
30 days of the week or specific dates; a user may only be 
allowed to access certain data a specified number of 

i 

times (or a specified number of times per day) ; or 
i access to some data may be restricted based on the 
•.■ identity of the user. 

\ 
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Control of Secondary and Derivative 
Executable Software Distributions 

This is handled in the same fashion as are data 
files, as described above. 

5 

Control of Executable Software as a Module of 
Other Executable Software 

When protected executable software is incorporated 
into or used by other executable software on the system 
10 for which it was licensed, any limitations on its 
execution are maintained in the new context. 

Restricting Use to Certified Softwaxe 

The access mechanism 114 can be factory configured 

15 to restrict operation only to such software as is 

certified (for example, by using a digital signature to 
ensure that the software was received unaltered from a 
certified source) . Other contemplated applications 
include key escrow (also called "data recovery") 

20 systems (described below), systems for counting 

election ballots, systems for exchanging cryptographic 
data or algorithms, and systems for safeguarding 
financial, medical, or other personal data. Further, a 
system employing an access mechanism may be used to 

25 ensure that such software is not modified after being 
received or accessed for execution. 

Process Control 

Computer control of processes is the basis for 
30 automation and quality control in many industries. 

This technology extends into various specialties such 
as computer-aided manufacturing, control systems 
engineering, concurrent engineering, expert systems, 
intelligent sensors, just-in-time manufacturing, 
35 programmable logic controllers, robotics, robotic 
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programming languages, and visualization techniques in 
engineering. 

Formula, processes, procedures, and techniques may 
convey product differentiation, aesthetic and 

5 functional innovation, and increased cost- 

effectiveness. The computer programs and data involved 
in process control may constitute valuable intellectual 
property. The mechanisms of the present invention 
permit such data to be stored in process -control 

10 computers, transmitted to suppliers and subcontractors 
and otherwise employed without unauthorized disclosure, 
substitution, or modification. 

The permissions associated with process control 
data may, for example, allow execution only—reading or 

15 observing the data would be prohibited. Execution may 
be restricted to specific equipment and to specific 
times. In general, the process controller is external 
to the equipment implementing the process. Hence, 
communication between the process controller and the 

20 process equipment must be crypt ographically protected. 
Like the access mechanism in a controlled computer 
peripheral discussed herein, the access function- in the 
process equipment need not be a full system whenever 
the peripheral device is limited and can not output 

25 data. 



Kev Escrow (Data Recove ry) Systems 
This system allows a provider of key escrow 
cryptographic executable software to require, by using 
a rule, certification that a key has been installed and 
deposited with a specified certification authority in 
order for the executable software to function. The 
access mechanism ensures the integrity of executable 
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software that uses cryptographic executable software 
(whether or not key escrow) , guarding against change or 
replacement . 

5 Control of • Classified Data 

The invention can be used to support limitations 
on the (primary and secondary) distribution of data, 
access to data, and distribution of derivative data 
where the data are classified. Similarly, the 

10 execution of classified programs, or programs operating 
on classified data may be controlled by the system. 

Ensured Issuance of Receipts 

This system can be used to ensure that a receipt 
15 is issued under a number of circumstances, as 

demonstrated by representative examples given below. A 
software program (or electronic mail message) may 
request that a receipt be issued whenever it is loaded 
or executed (or when a mail message is received); a 
20 receipt may be issued when a mail message is read for 
the first time; or a program will not be loaded or 
executed (or mail opened for reading) unless the user 
first agrees to allow a receipt to be issued. 

25 Ensuring Privacy 

This system can be used to ensure privacy of 
sensitive records in a database. Examples include 
financial, census, medical, and political databases and 
the like. The system can allow inquiries that provide 

30 statistical summaries but do not reveal information 
about individuals. The rules would be used to limit 
the queries that might be posed. 
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Owner Control /Privileges 

At the time of purchase the identity of the owner 
may be stored within the access mechanism. The access 
mechanism may allow the owner to place a global set of 
rules (a global permission list) in the mechanism. 
These global rules could control, for example, hours of 
access (for example, when the computer might be 
operated) based on a clock within the access mechanism 
or an external time reference with which the access 
mechanism communicates; acceptable software which can 
be run using the access mechanism (that is, a list of 
those software products that would be allowed to be 
used, thus enforcing a system administrator's 
configuration control rules); user and password lists, 
and the like. A user can thereby customize a 
particular access mechanism. 

The rules may also include or specify certain 
programs to be run under certain conditions . For 
example, if the rules specify that all printed output 
must contain a watermark, the rules might also provide 
the watermark generating program. In these cases, the 
programs are either pre-loaded into the access 
mechanism 114, or are loaded when needed. These 
programs will then be executed when the corresponding 
rules or functions are invoked. For example, various 
types of watermark programs can reside in the access 
mechanism 114, and, depending on the rules, the 
appropriate one of these can be selected and executed. 

Note that the data structureis in FIGURES 2 and 6 
depict logical organizations of the data. However, the 
actual physical format of the data depends on the type 
of the data as well as on the manner in which the data 
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are to be used. Further, as noted above, the data 
package may be distributed in many ways, including 
networks, magnetic media,. CD-ROM, semiconductor memory 
modules, and wireless broadcast and the like. In 
5 certain types of data distribution, for example, 

continuous cable or wireless broadcast, a user may wish 
to begin accessing the data at an arbitrary point 
during its distribution. For example, if the data 
represent a broadcast movie which begins at 8 p.m,, a 

to particular user may only begin viewing at 8:30 p.m. In 
this case the user will have to initiate reception of 
the distribution while it is in progress. Accordingly, 
as shown in FIGURE 17(a), in some embodiments, the 
packaged data are distributed in discrete packets 23 6 

15 of data. The packets 236 include information 23 8 which 
enables a user to synchronize with the data 
distribution and further enables the user to begin 
accessing the data according to the rules. An example 
of such a packetized stream of data is shown in 

20 FIGURE 17 (b) wherein the stream 234 consists of 

discrete packets 236 of data, each packet containing 
synchronization data 238. 

Examples : 

25 The following examples indicate some envisioned 

data and its packaging and rules. These examples are 
only intended to show some of the envisioned uses of 
the present invention, and are in no way intended to 
limit its uses • 

30 

Books 

With reference to FIGURE 18(a), a digital book 191 
consists of an abstract 192, an index 194, and various 
chapters 196. Each chapter 196 comprises sections 198, 
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and each section comprises text 200 and figures 202. 
The distributor can decide to package the book 191 such 
that the abstract 192 and the index 194 are available 
for browsing, but all other data are protected 

5 (encrypted) . If the rules specify that the text is 
restricted in certain ways, then the packaged data 
structure 108 has the form shown in FIGURE 18(b), 
wherein encrypted body part 120 includes all chapters 
196, unencrypted body part 122 includes the abstract 

10 192 and index 194, and encrypted rules 124 contains the 
encrypted version of the rules. 

Movies 

With reference to FIGURE 19(a), a movie 204 can be 
15 made such that different parts of the movie combine to 
form either a trailer 206, a G-rated version (from G- 
rated parts 208), an R-rated version (formed f rom .G- 
rated parts 208 and R-rated parts 210) or an X-rated 
version (formed from G-rated parts 208, R-rated parts 
20 210 and X-rated parts 212) . The packaged data 

structure 108 for this movie has the form shown in 
FIGURE 19(b), wherein encrypted body part 120 includes 
all the G, R and X-rated parts 208-212, unencrypted 
body part 122 includes the trailer 206, and encrypted 
25 rules 124 contains the encrypted version of the age- 
based rules which control viewing of the various 
versions of the movie . 

In one embodiment, as shown in FIGURE 19(c), a 
movie may be released with a main body 207 (having 
so elements common to all three versions) and sections for 
each o'f the G, R and X-rated parts (208, 210, 212, 
respectively) . Sections of the movie are selected from 
one of the rated parts, depending on the permission 
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level (G, R or X) set. FIGURE 19(d) shows packaged 
data structure 108 for such an arrangement. 

Software 

5 With reference to FIGURE 20(a), a software program 

such as, for example, a word-processor 214 may include 
a controlled file access part 216, an editor 218, a 
grammar checker 220, and other features 222. The rules 
obtained by the user will govern the features of the 

io software that may be used and the quantities of data 

that may be processed. The rules shown in FIGURE 20(c) 
indicate that the user may not employ the grammar 
checker and may operate on no more than nine files. 
The packaged data structure for this software (without 

15 rules) 150 is shown in FIGURE 20(b), wherein encrypted 
body part 120 includes the file access mechanism 216, 
the grammar checker 220 and various other functions 
222, and unencrypted body part 122 includes the editor 
218. The encrypted rules 124 are shown separately in 

20 FIGURE 20 (c) . 

Documents ; 

With reference to FIGURE 21(a), a document such as 
a legal document 224 comprises paragraphs 226 of words 

25 228. In order to limit access to non-redacted portions 
of the document, the rules would require blacking out 
all redacted words. Accordingly, the corresponding 
packaged data structure is shown in FIGURE 2Kb), 
wherein encrypted body part 120 includes the redacted 

30 portions of the document and unencrypted body part 122 
contains the non-redacted portions of the document. 
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Map Image Data 

With reference to FIGURE 22(a), map image data 230 
may be available at three resolutions (high, medium and 
low) . The rules may specify that people with a 
security clearance of greater than "top-secret" can 
view the data at high resolution, and all non-military 
users can only view the map data at low resolution. 
The corresponding packaged data structure is shown in 
FIGURE 22(b), wherein encrypted body part 120 includes 
all data beyond low resolution (that is, those data 
required for medium and high resolution) and 
unencrypted body part 122 contains the low resolution 
data . 

Global Positioning System (GPS ) Software 

With reference to FIGURE 23 (a) , GPS software 
includes an output routine 232 which can produce output 
at various degrees of accuracy. The degree of accuracy' 
depends on the security clearance of the user. A 
corresponding packaged data structure is shown in 
FIGURE 23(b), wherein encrypted body part 120 includes 
the resolution calculation routine 232 and unencrypted 
body part 122 contains the other parts of the GPS 
software 230. 

Relationship Among Ru le Sets 

In some embodiments, the access mechanism may be 
supplied with a set of rules built-in. In such an 
access mechanism the built-in rules might include rules 
that can or cannot be overruled (made less restrictive) 
by rules provided with packaged data. These initial 
rules can perform a number of functions and implement a 
number of policies. As examples, the access mechanisms 
provided in controlled output devices can include 
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built-in rules (that cannot be overruled) which limit 
the device only. to being an output device; or, the 
access mechanism provided with a VCR or a videodisc 
player can include rules (that cannot be overruled) 

5 which require the device to enforce the copyright laws 
of the country in which the device is sold. Whether or 
not internal built-in rules can be overruled by rules 
provided externally can be specified in the internal 
rules themselves . 

10 While the present invention may be used to protect 

intellectual property by controlling access to that 
property, the mechanisms discussed herein are technical 
in nature and are independent of any form of legal 
protection- -a purely technological approach has been 

15 presented to controlling access to data. Indeed, the 
invention offers the intellectual property owner the 
opportunity to restrict access and use of his or her 
data beyond the protections that may be available in 
law. The protection offered by the present invention 

20 may be used to enforce rights in intellectual property 
whether the protection at law is categorized as 
copyright, trade secret, contract, or something else. 
The cost-benefit tradeoff of seeking protection at law 
must be made by those with a vested interest in the 

25 intellectual property. 

Typical computer systems are implemented at 
various levels, each level effectively defining a 
different virtual machine. Generally, each level of 
30 implementation can access the levels below it. In many 
systems it is desirable to have each level only access 
the level immediately below it. In that way, various 
policies can be enforced. 
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Typically the higher level virtual machines are 
implemented in software and the lower level machines 
are implemented in hardware. However, there is no 
precise hardware /software boundary between levels. 

With reference, to FIGURE 24, for example, a 
computer system has a high-level application 
environment (level L4) . These applications invoke 
(call) operating system level (L3) processes to perform 
various system functions. The OS level (L3) processes 
in turn invoice lower- level Basic Input /Output System 
(BIOS) machine dependent instructions as required 
(level L2) . Note that application level (L4) programs 
might be permitted to bypass the OS level (L3) and 
invoke BIOS level <L2) processes directly, thereby 
avoiding any OS level (L3) policy checking and 

enforcement . 

As an example, an application (executing a 
level L4) program which wishes "to open a particular 
named file would invoke an operating system "open" 
procedure for that named file. The OS determines the 
location of the file (using, for example, an internal 
map between file names and locations) and then invokes 
a lower level (L2) BIOS routine to perform the actual 
seek to the file and the open and read. However, the 
application program- might be permitted to -bypass the 
operating system's "open" process and invoke the BIOS 

routines directly. 

It is desirable to implement the access control 
mechanisms of the present invention at a low level, 
preferably at or below- the BIOS level (level LI) . This 
prevents users from by-passing the access control 
mechanisms of the invention and thereby circumventing 
the rule enforcement. 
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Thus, a system for controlling access and 
distribution of digital property is provided. One 
skilled in the art will appreciate that the present 
invention can be practiced by other than the described 
5 embodiments, which are presented for purposes of 
illustration and not limitation, and the present 
invention is limited only by the claims that follow. 
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What is claimed is: 



1 1 . A method of controlling access to data 

2 comprising the steps of: 

3 protecting portions of the data; 

4 determining rules concerning access rights to the 

5 data; 

6 preventing unauthorized access to the protected 

7 portions of the data other than in a non-useable form; 

8 and 

9 limiting each and every access to the data only in 

10 accordance with the rules as enforced by a mechanism 

11 protected by tamper detection. 

1 2 . A method of distributing data for subsequent 

2 controlled use of the data by a user, the method 

3 comprising the steps of : 

4 protecting portions of the data; 

5 preventing access to the protected portions of the 

6 data other than in a non-useable form; 

7 determining rules concerning access rights to the 

8 data; 

9 protecting the rules; 

10 providing the protected portions of the data and 

11 the protected rules; 

12 whereby the user is provided controlled access to 

13 the data only in accordance with the rules as enforced 

14 by a mechanism protected by tamper detection. 

\ 3 # a method of distributing data for subsequent 

2 controlled use of the data by a user, some of said data 

3 having access rules already associated therewith, the 

4 method comprising the steps of: 

5 protecting portions of the data; 
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6 preventing access to the protected portions of the 

7 data other than in a non-useable form; 

e determining rules concerning access rights to the 

9 data; 

10 combining with said determined rules any rules 

11 previously associated with the data; 

12 protecting the combined rules; and 

13 providing the protected portions of the data and 
u the protected combined rules; 

15 whereby the user is provided controlled access to 

16 the data only in accordance with the combined rules as 

17 enforced by an access mechanism protected by tamper 

18 detection, 

1 4 . A method of controlling secondary 

2 distribution of data, the method comprising the steps 

3 of: 

a protecting portions of the data; 

5 preventing access to the protected portions of the 

6 data other than in a non-useable form; 

7 determining rules concerning access rights to the 
e data; 

9 protecting the rules; 

10 providing the protected portions of the data and 

11 the protected rules to a device having an access 

12 mechanism protected by tamper detection; and 

13 limiting transmission of the protected portions of 

14 the data from the device only as protected data or in 
is accordance with the rules as enforced by the access 

16 mechanism, 

1 5. A method of controlling access to data with a 

2 computer system having an input/output (i/o) system for 

3 transferring data to and from all i/o devices, said i/o 
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4 system being specific to said computer system, the 

5 method comprising the steps of: 

6 protecting portions of the data; 

7 determining rules concerning access rights to the 

8 data; 

9 preventing access to the protected portions of the 
data other than in a non-useable form; and 

limiting each and every access to the data only in 
accordance with the rules as enforced by said i/o 



10 

11 

12 



13 system. 



6 . A method of accessing data having protected 
data portions and rules concerning access rights to the 
protected portions, the method comprising the steps of: 
preventing access to the protected portions other 

5 than in a non-useable form; and 

6 limiting each and every access to the data only in 

7 accordance with the rules as enforced by a mechanism 
a protected by tamper detection. 



t 7. A method as in any one of claims 1, 3, 4 and 

2 5 wherein 

3 t he step of protecting portions of the data 

4 comprises the step of encrypting the portions of the 
s data, and wherein 

6 the step of preventing access prevents access to 

7 the encrypted portions of the data other than in 

8 encrypted form. 



t 

2 
3 
4 



8. A method as in claim 7, wherein said step of 
encrypting encrypts the portions of the data with a 
data encrypting key, said data encrypting key having a 
corresponding data decrypting key, said method further 



.5 comprising the step of: 
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6 encrypting the data encrypting key. 

1 9 . A method as in claim 8, further comprising 

2 the step of: 

3 providing a decrypting key corresponding to said 

4 key encrypting key. 

1 10. A method as in any one of claims 2 and 3, 

2 wherein 

3 the step of protecting the rules comprises the 

4 step of encrypting the rules. 

1 11. A method as in claim 10, wherein 

2 the step of protecting portions of the data 

3 comprises the step of encrypting the portions of the 

4 data, and wherein 

5 the step of preventing access prevents access to 

6 the encrypted portions of the data other than in 

7 encrypted form. 

1 12 . A method as in claim 11, wherein 

2 the step of encrypting the rules comprises 

3 encrypting the rules with a rule encrypting key, and 

4 the step of encrypting the portions of the data 

5 comprises encrypting the portions of the data with a 

6 data encrypting key, 

7 the method further comprising the step of 
e encrypting the data encrypting key. 

1 13 . A method as in any one of claims 1, 2, 3, 4, 

2 5 and S, wherein said rules - indicate at least one of: 

3 (a) which users are allowed to access the 

4 protected portions of the data, 

5 (b) distribution rights of the data, 
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6 (c) access control rights of the user, 

7 ' (d) access control quantities, and 

8 (e) payment requirements, and, 

9 when the rules indicate which users are 

10 allowed to access the protected portions of the data, 

11 the method further comprises the step of : 

12 allowing the user access to a protected 

13 portion of the data only if the rules indicate that the 
H user is allowed to access that portion of the data; 

!5 when the rules indicate distribution rights 

16 of the data, the method further comprises the step of: 

17 allowing distribution of the data only 

ia in accordance with the distribution rights indicated in 

19 the rules; 

2 0 when the rules indicate access control rights 

21 of the user, the method further comprises the step of: 

22 allowing the user to access the data 

23 only in accordance with the access control rights 

24 indicated in the rules; 

25 when the rules indicate access control 

26 quantities, the method further comprises the step of: 

27 allowing access to the data only in 

28 accordance with the access control quantities indicated 

29 in the rules; 

30 when the rules indicate payment requirements, 

31 the method further comprising the step of: 

32 allowing access to the data only if the 

33 payment requirements indicated in the rules are 

34 satisfied. 

t 14. A method as in claim 13, wherein the access 

2 control rights include at least one of : 

3 (a) local display rights, 

4 (b) printing rights, 
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5 


(O 


copying rights, 


6 


(d) 


execution rights, 


7 


(e) 


transmission rights, and 


8 


(f) 


modification rights, 


9 


and 


wherein the access control quantities include 


10 


at least 


one of : 


11 


(g) 


a number of allowed read-accesses to the 


12 




data ; 


13 


(h) 


an allowable size of a read-access to the 


U 




data ; 


15 


(i) 


an expiration date of the data; 


16 


<jl 


an intensity of accesses to the data; 


17 


<k> 


an allowed level of accuracy and fidelity; 


18 




and 


19 


(1) 


an allowed resolution of access to the data. 


1 


15. 


A method as in any one of claims 1, 2, 3, 4, 


2 


5 and. 6, 


further comprising the step of destroying dati 


3 


stored in the mechanism when tampering is detected. 


1 


16. 


A method as in any one of claims 2, 3 and 4, 


2 


wherein 


the step of providing provides the protected 


3 


portions 


and the protected rules together as a package 


1 


17. 


A method as in any one of claims 2, 3 and 4, 


2 


wherein 


the step of providing provides the protected 


3 


portions 


and the protected rules separately. 



1 18. A method as in claim 6, wherein the protected 

2 data portions are encrypted- and wherein 

3 the step of preventing access prevents access to 

4 the encrypted portions of the data other than in 

5 encrypted form. 
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1 19. A device for displaying images represented by 

2 data comprising protected data portions and rules 

3 concerning access rights to the data, the device 

4 comprising: 

5 a tamper detecting mechanism; 

6 means for storing the rules; 

7 means for accessing the data only in accordance 

8 with the rules, whereby user access to the protected 

9 data portions is permitted only if the rules indicate . 

10 that the user is allowed to access the portions of the 

11 data, said access being enforced by said tamper 

12 detecting mechanism; and 

13 means for displaying the images represented by the 

14 accessed data. 

t 20. A device for outputting images represented by 

2 data comprising protected data portions and rules 

3 concerning access rights to the data, the device 

4 comprising : 

5 - a tamper detecting mechanism; 

6 means for storing the rules; 

7 means for accessing the data only in accordance 

8 with, the rules, whereby user access to the protected 

9 data portions is permitted only if the rules indicate 

10 that the user is allowed to access the portions of the 

11 data, said access being enforced by said tamper 

12 detecting mechanism; and 

13 means for outputting the images represented by the 
H accessed data. 

1 21. A device for outputting an audio signal 

2 represented by data comprising protected data portions 

3 and rules concerning access rights to the data, the 

4 device comprising: 
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5 a tamper detecting mechanism; 

6 means for storing the rules; 

7 means for accessing the data only in accordance 
e with the rules, whereby user access to the protected 

9 data portions is permitted only if the rules indicate 

10 that the user is allowed to access the portions of the 

11 data, said access being enforced by said tamper 

12 detecting mechanism; and 

13 . means for outputting the audio signal represented 
u by the accessed data. 

1 22. A device for controlling access to data, the 

2 data comprising protected data portions and rules 

3 concerning access rights to the data, the device 

4 comprising: 

5 storage means for storing the rules; and 

6 means for accessing the protected data portions 

7 only in accordance with the rules, whereby user access 

a to the protected data portions is permitted only if the 

9 rules indicate that the user is allowed to access the 

10 portions of the data. 

1 23 . A device as in claim 22, further comprising: 

2 means for storing data accessed by said means for 

3 accessing. 

1 24.'. A device for outputting an output signal 

2 based on data comprising protected data portions and 

3 rules concerning access rights to the data, the device 

4 comprising : 

5 a tamper detecting mechanism; 

6 means for storing the rules ; 

7 means for accessing the data only in accordance 
b with the rules, whereby user access to the protected 
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data portions is permitted only if .the rules indicate 
that the user is allowed to access the portions of the 
data, said access being enforced by said tamper 
detecting mechanism; and 

means for outputting the output signal represented 
by the accessed data. 



1 25. A device as in claim 22, wherein the 

2 protected data portions are encrypted using a data 

3 encrypting key and wherein the data encrypting key is 

4 encrypted with a key encrypting key, the device further 

5 comprising: 

6 means for obtaining a data decrypting key 

7 corresponding to the data encrypting key using a key 

e decrypting key corresponding to the key encrypting key; 
9 means for storing the data decrypting key; and 

10 wherein said means for accessing comprises: 

11 means for decrypting the protected data portions 

12 using the data decrypting key. 

1 26. A device as in claim 22 , further comprising: 

2 tamper detecting mechanism for detecting tampering 

3 with said device, 

1 27. A device as in claim 25, further comprising: 

2 tamper detecting mechanism for detecting tampering 

3 with said device. 

1 28. A device as in claim 21, wherein said tamper 

2 detection means comprises : * 

3 means for destroying data including keys and other 

4 cryptographic variables stored in the device when 

5 tampering is detected. 



9 
10 

.11 

12 
13 
14 
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1 29. A device as in any one of claims 19, 21, 23, 

2 24 and 26, wherein said tamper detecting mechanism 

3 comprises : 

4 means for destroying data stored in the device 

5 when tampering is detected. 

1 3 0. v A device for distributing data for subsequent 

2 controlled use of the data by a user, the device 

3 comprising: 

4 means for protecting portions of the data; 

5 means for preventing access to the protected 

6 portions of the data other than in a non-useable form; 

7 means for determining rules concerning access 

8 rights to the data; 

9 means for protecting the rules; and 

10 means providing the protected portions of the data 

11 and the protected rules; 

12 whereby a user is provided controlled access to 

13 the data only in accordance with the rules as enforced 

14 by an access mechanism protected by tamper protection. 

1 31. A device for distributing data for subsequent 

2 controlled use of the data by a user, some of said data 

3 having access rules already associated therewith, the 

4 device comprising: 

5 means for protecting portions of the data; 

6 means for preventing access to the protected 

7 portions of the data other than in a non-useable form; 

8 means for determining rules concerning access 

9 rights to the data; 

10 means for combining with said determined rules any 

11 rules previously associated with the data; 

12 means for protecting the combined rules; and 
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13 means for providing the protected portions of the 

u data and the protected combined rules; 

whereby the user is provided controlled access to 
the data only in accordance with the combined rules as 
enforced by an access mechanism protected by tamper 



15 
16 
17 

18 detection. 



1 

2 
3 

1 
2 
3 



1 



1 
2 
3 



32. A device as in any one of claims 30 and 31, 
wherein- the means for providing provides the protected 
portions and the protected rules together as a package. 

33. A device as in any one of claims 30 and 31, 
wherein the means for providing provides the protected 
portions and the protected rules separately. 



34. A device as in any one of claims 30 and 31, 

2 wherein 

3 the means for protecting portions of the data 

4 comprises means for encrypting the portions of the 

5 data, and wherein 

6 the means for preventing access prevents access to 

7 the encrypted portions of the data other than in 
d encrypted form. 



1 35. A device as in any one of claims 30 and 31, 

2 wherein 

3 the means for protecting the rules comprises means 

4 for encrypting the rules. 



3G. A device as in claim 35, wherein 
the means for protecting portions of the data 
comprises means for encrypting the portions of the 



4 data, and wherein 
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5 the means for preventing access prevents access to 

6 the encrypted portions of the data other than in 

7 encrypted form. 

1 37. A device as in any one of claims 3 0 and 31, 

2 wherein 

3 the rules are protected such that they can be 

4 viewed and they cannot be changed, 

1 38. A device as in claim 36, wherein - 

2 the means for encrypting the rules comprises means 

3 for encrypting the rules with a rule encrypting key, 

4 the means for encrypting the portions of the data 

5 comprises means for encrypting the portions of the data 

6 with a data encrypting key, 

7 the device further comprising means for encrypting 
a the data encrypting key. 



1 3 9. A device as in 

2 further comprising means 

3 portions of the data. 



any one of claims 30 and 31, 
for providing unprotected 



1 40. A device as in claim 32, further comprising: 

2 means for providing unprotected portions of the 

3 data in the package. 

1 41. A device as in any one of claims 30 and 31, 

2 further comprising: 

3 means for detecting tampering with the access 

4 mechanism; and 

5 means for destroying data stored in the access 

6 mechanism when tampering is detected by the tamper 

7 detecting means. 
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1 42. A device as in any one of claims 19, 20, 22, 

2 24, 30 and 31, wherein the rules indicate at least one 

3 of : 

4 (a) which users are allowed to access the 

5 protected portions of the data, 

6 (b) distribution rights of the data, 

7 (c) access control rights of the user, 
s (d) access control quantities, and 

9 (e) payment requirements, and 

!0 when the rules indicate which users are allowed to 

11 access the protected portions of the data, the device 

12 further comprises: 

13 means for allowing the user access to a 

14 protected portion of the data only if the rules 

15 indicate that the user is allowed to access that 

16 portion of the data; 

17 when the rules indicate distribution rights of the 

18 data, the device further comprises: 

19 means for allowing distribution of the data 

20 only in accordance with the distribution rights 

21 indicated in the rules; 

22 when the rules indicate access control rights of 

23 the user, the device further comprises: 

24 means for allowing the user to access the 

25 data only in accordance with the access control rights 

26 indicated in the rules; 

27 when the rules indicate access control quantities, 

28 the device further comprises: 

29 means for allowing access to the data only in 

30 accordance with the access control quantities indicated 

31 in the rules; 

32 when the, rules indicate payment requirements, the 

33 device further comprising: 
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34 means for allowing access to the data only if 



35 



the payment requirements indicated in the rules are 



36 satisfied. 

A device as in claim 42, wherein the access 
Lghts include at least one of: 
local display rights, 
printing rights, 
copying rights, 
execution rights , 
transmission rights, and 
modification rights, 



a number of allowed read- accesses to the 
data ; 

an allowable size of a read-access to the 
data; 

an expiration date of the data; 

an intensity of accesses to the data; 

an allowed level of accuracy and fidelity ; 

and 

an allowed resolution of access to the data, 



1 44 . A process control system comprising a device 

2 for controlling access to data, the data comprising 

3 protected data portions and rules concerning access 

4 rights to the data, the device comprising: 

5 a tamper detecting mechanism; 

6 means for storing the rules; and 

7 means for accessing the protected data portions 

8 only in accordance with the rules, whereby output of 

9 protected data portions is permitted only in such 
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10 manner as is permitted by the rules, said accessing 

11 being enforced by said tamper detecting mechanism. 
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